Control: forwarded -1 https://github.com/libjxl/libjxl/issues/3714
On Mon, Jul 22, 2024 at 5:36 AM Jeremy Bícha wrote:
> The autopkgtests for jpeg-xl 0.10.3 are failing. This will need to be
> fixed before it can migrate to Testing.
I am going to remove that section for now.
Thanks
On Tue, Jul 9, 2024 at 3:06 AM Joseph Warner wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Joseph Warner
>
> * Package name: rotatepdf
> Version : 1.0.0
> Upstream Author : none
> * URL : none
^really ? no upstream source ?
> * License : GPL-2+
> P
Control: fixed -1 3.6.8-5
On Mon, Nov 20, 2023 at 9:57 AM Mathieu Malaterre wrote:
>
> Source: dcmtk
> Version: 3.6.8~git20231027.1549d8c-2
>
> Somewhat related to #988644.
>
> Steps:
>
> % curl -O https://dclunie.com/images/charset/charsettests.20070405.tar.bz2
>
Control: fixed -1 3.6.8-5
Seems to be fixed today.
% dcmodify -i 0018,1411=-3. test.dcm
% dcm2json test.dcm | grep -A 5 1411
"00181411": {
"vr": "DS",
"Value": [
-3.0
]
},
Control: found -1 3.6.8-5
% valgrind --leak-check=full --show-leak-kinds=all dcm2json
charsettests/SCSARAB output.json
==58329== Memcheck, a memory error detector
==58329== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==58329== Using Valgrind-3.20.0 and LibVEX; rerun with -h f
Control: fixed -1 3.6.8-5
% curl -s --output test.dcm
"https://sourceforge.net/p/gdcm/gdcmdata/ci/master/tree/NM-PAL-16-PixRep1.dcm?format=raw";
% dcmconv +U8 test.dcm testU8.dcm
W: DcmSpecificCharacterSet: Escape sequences shall not be used in the
first component group of a Person Name (PN), usin
Control: reassign -1 liborthancframework-dev
On Sun, Jul 7, 2024 at 9:48 PM Adrian Bunk wrote:
>
> Package: libdcmtk-dev
> Version: 3.6.8-5
> Severity: serious
> Tags: ftbfs
> Control: affects -1 src:orthanc-neuro
>
> https://buildd.debian.org/status/logs.php?pkg=orthanc-neuro&ver=1.1%2Bdfsg-1%2B
Source: orthanc
Version: 1.12.4+dfsg-1
Severity: serious
Tags: ftbfs
-- Could NOT find OpenSSL, try to set the path to OpenSSL root folder
in the system variable OPENSSL_ROOT_DIR (missing:
OPENSSL_CRYPTO_LIBRARY OPENSSL_INCLUDE_DIR)
CMake Error at
/<>/OrthancFramework/Resources/CMake/OpenSslConfi
Source: orthanc-wsi
Version: 2.0+dfsg-2
Severity: serious
Tags: ftbfs
/<>/Framework/Inputs/CytomineImage.cpp:36:10: fatal
error: openssl/hmac.h: No such file or directory
36 | #include
| ^~~~
compilation terminated.
https://people.debian.org/~emollier/transitions/d
Source: plastimatch
Version: 1.9.4+dfsg.1-2
Severity: serious
Tags: ftbfs
/<>/src/plastimatch/base/dcmtk_rtss.cxx: In member
function ‘void Dcmtk_rt_study::rtss_save(const char*)’:
/<>/src/plastimatch/base/dcmtk_rtss.cxx:475:46: error:
‘DCM_ROIObservationLabel’ was not declared in this scope; did
Source: sight
Version: 23.1.0-3
Severity: serious
Tags: ftbfs
sight::core::com::Slot&,
unsigned int, const std::__cxx11::basic_string&)>::sptr)’:
/<>/libs/io/dimse/SeriesEnquirer.cpp:140:41: error:
‘UID_RFC2557MIMEEncapsulationTransferSyntax’ was not declared in this
scope; did you mean
‘UID_RETIR
On Sun, Jan 21, 2024 at 4:55 PM Sebastian Ramacher wrote:
>
> Control: tags -1 moreinfo
>
> Hi Mathieu
>
> On 2024-01-13 11:47:40 +0100, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages
Jeremy,
On Wed, Jun 26, 2024 at 8:15 PM Jeremy Bícha wrote:
> The patch provided doesn't make sense to me.
>
> The binary packages mentioned do not exist in Debian.
>
> jpeg-xl is now at version 0.9.2 in Debian so if upgrading to a new
> version was your only request, we can close this bug.
I am
On Wed, Jun 26, 2024 at 3:12 PM Emilio Pozuelo Monfort wrote:
>
> On 26/06/2024 14:40, Jeremy Bícha wrote:
> > krita has been fixed by updating to a new version. I believe there are
> > no remaining blockers here.
>
> Thanks. You can go ahead then.
Uploaded to unstable a minute ago.
Thanks all !
Control: severity1073077 serious
On Thu, Jun 20, 2024 at 2:20 PM Jeremy Bícha wrote:
>
> Control: block -1 by 1073077
>
> On Thu, Jun 20, 2024 at 4:10 AM Emilio Pozuelo Monfort
> wrote:
> > On 20/06/2024 10:00, Mathieu Malaterre wrote:
> > > On Thu, Jun 20,
On Thu, Jun 20, 2024 at 9:40 AM Emilio Pozuelo Monfort wrote:
>
> Hi,
>
> On 17/06/2024 08:13, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> >
Control: tags -1 fixed-upstream
Control: fixed -1 0.9.2-8
On Wed, Jun 19, 2024 at 10:24 AM Moritz Firsching wrote:
>
>
>
> On Tue, Jun 18, 2024 at 5:44 PM Mathieu Malaterre wrote:
>>
>> Control: tags -1 confirmed
>>
>> [0.9.x is pending the transition
Control: tags -1 confirmed
[0.9.x is pending the transition green light from debian-release team]
On Sun, Jun 16, 2024 at 3:35 PM Lucas Nussbaum wrote:
>
> Source: jpeg-xl
> Version: 0.8.2-4
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags:
Control: tags -1 upstream fixed-upstream
On Mon, Jun 17, 2024 at 9:36 PM Adrien Nader wrote:
> I've prepared a fixed version in Ubuntu and Graham uploaded it. There is
> another issue than this SPDX one.
>
> I'm attaching the patch and won't paraphrase it.
Thanks !
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: jpeg...@packages.debian.org
Control: affects -1 + src:jpeg-xl
As discussed previously I am filling a bug report for jpeg-xl 0.9
transition:
https://bugs.debian.org/cgi-bin/
Emilio,
On Fri, May 31, 2024 at 12:40 PM Emilio Pozuelo Monfort
wrote:
>
> Control: reopen -1
>
> On 31/05/2024 12:36, Debian Bug Tracking System wrote:
> > jpeg-xl (0.8.2-4) unstable; urgency=medium
> > .
> > * Upload 0.8.2-4 to unstable. Closes: #1053866
>
> Uploading to unstable doesn'
Julian,
On Tue, Jun 11, 2024 at 1:06 AM Jeremy Bícha wrote:
>
> Source: jpeg-xl
> Version: 0.9.2-6
> Severity: serious
> Tags: experimental
>
> jpeg-xl in experimental has autopkgtests that are failing on all
> architectures except for amd64.
>
> Specifically, the problem is that debian/libjxl-gd
Control: fixed -1 0.8.2-4
On Fri, Nov 3, 2023 at 8:27 PM Moritz Mühlenhoff wrote:
> The following vulnerability was published for jpeg-xl.
>
> CVE-2023-35790[0]:
0.8.2-4 is in unstable now. Closing
On Sun, May 5, 2024 at 11:43 PM Jeremy Bícha wrote:
>
> Control: block -1 by 1061627
>
> I was able to build all the reverse dependencies in Ubuntu 24.04 LTS
> against jpeg-xl from experimental. But jpeg-xl won't be able to
> migrate to Testing until its autopkgtests are fixed.
>
> https://release
Jeremy,
On Wed, Jan 31, 2024 at 10:04 AM Mathieu Malaterre wrote:
>
> Sebastian,
>
> On Sun, Jan 21, 2024 at 4:55 PM Sebastian Ramacher
> wrote:
> >
> > Control: tags -1 moreinfo
> >
> > Hi Mathieu
> >
> > On 2024-01-13 11:47:40 +0100, Mathieu
Control: tags -1 upstream patch fixed-upstream
Control: forwarded -1 https://github.com/libjxl/libjxl/issues/2391
On Sat, Jan 27, 2024 at 4:51 PM Jeremy Bícha wrote:
[...]
> Test - Lossless Roundtrip
> JPEG XL encoder v0.8.2 [AVX2,SSE4,SSSE3,SSE2]
> ./lib/extras/dec/color_hints.cc:54: No color_sp
On Tue, Mar 19, 2024 at 8:44 AM Emanuele Rocca wrote:
>
> Hi,
>
> On 2024-03-19 06:24, Sébastien Jodogne wrote:
> > Because of bug #1060104, a large majority of the packages related to
> > medical imaging have just disappeared from Debian Unstable.
> >
> > But, if I correctly understand #1060104,
Sebastian,
On Sun, Jan 21, 2024 at 4:55 PM Sebastian Ramacher wrote:
>
> Control: tags -1 moreinfo
>
> Hi Mathieu
>
> On 2024-01-13 11:47:40 +0100, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian.
Hi,
On Wed, Jan 31, 2024 at 1:09 AM wrote:
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
Are you going to nuke my work on dcmtk 3.6.8 transition ?
Control: severity -1 important
On Mon, Jan 15, 2024 at 1:49 PM Emanuele Rocca wrote:
[...]
> For this reason I would
> suggest to disable stackclash on the armel build of dcmtk (just like you
> did in experimental) to make sure the package builds properly again, but
> keep #1060104 open at a lowe
Control: fixed -1 3.6.8-3
On Sat, Jan 13, 2024 at 9:42 PM Emanuele Rocca wrote:
>
> Control: user -1 debian-...@lists.debian.org
> Control: usertag -1 + 32bit-stackclash
>
> Hi,
>
> On Fri, Jan 05, 2024 at 11:45:28PM +0100, Sebastian Ramacher wrote:
> > /tmp/ccm0eYhx.s: Assembler messages:
> > /t
On Tue, Oct 17, 2023 at 6:04 PM Sebastian Ramacher wrote:
>
> Hi Mathieu
>
> On 2023-10-13 16:42:34 +0200, Mathieu Malaterre wrote:
> > On Fri, Oct 13, 2023 at 11:57 AM Sebastian Ramacher
> > wrote:
> > >
> > > Control: tags -1 moreinf
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
I'd like to migrate to dcmtk 3.6.8. This is a standard SONAME transition.
Current status in exp:
https://buildd.debian.org/status/package.php?p=dcmtk&suite=experimental
Thanks
forwarded -1 https://support.dcmtk.org/redmine/issues/1100
Source: dcmtk
Version: 3.6.7-8+b1
I believe I found an edge case in OFStandard::atof logic. Consider the
following ASCII string float > 16 bytes (valid case for input such as
XML or JSON).
Here is what I see on my side Debian/stable (dcmtk 3.6.7):
$ ./fd
0x1.dp+3
0x1.cp+3
Source: dcmtk
Dear DCMTK Package Maintainer,
we noticed that you are one the package maintainers helping to
distribute a DCMTK package for
some Linux distribution, BSD unix or other package management system.
We want to inform you that there is a a new DCMTK release 3.6.8 available.
You can down
As pointed out by upstream, one must export the following:
You should set the environment variable ICONV_MAX_REUSE to zero
before running such tests:
export ICONV_MAX_REUSE=0
valgrind --leak-check=full ...
Which gives now the reduced set of leaks:
% valgrind --leak-check=full --show-l
Source: dcmtk
Version: 3.6.8~git20231027.1549d8c-2
Somewhat related to #988644.
Steps:
% curl -O https://dclunie.com/images/charset/charsettests.20070405.tar.bz2
% tar xf charsettests.20070405.tar.bz2
% cp charsettests/SCSH32 new.dcm
% dcmodify -i "0018,1020=123\456" new.dcm
Gives
% dcmdump +
Source: dcmtk
Version: 3.6.8~git20231027.1549d8c-2
Looks like there is a memory leak using the new citrus/oficonv lib:
curl -O https://dclunie.com/images/charset/charsettests.20070405.tar.bz2
tar xf charsettests.20070405.tar.bz2
valgrind --leak-check=full --show-leak-kinds=all dcm2json
charsette
Current work-around:
% dcmconv +ti RTStruct_VRDSAsVRUN.dcm - | dcm2json - output.json
Control: forwarded -1 https://support.dcmtk.org/redmine/issues/1086
Confirmed by upstream.
On Mon, Nov 13, 2023 at 11:51 AM Debian Bug Tracking System
wrote:
>
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 1055872:
> https://bugs.debian.org/c
Source: dcmtk
Version: 3.6.7-9
In some cases, DICOM enforces the serialization of VR:UN instead of
the actual correct Value Representation.
dcm2json does not permit on the fly conversion to correct VR and hence
generates VR:UN with InlineBinary.
Source: dcmtk
Version: 3.6.7-9
DICOM standard is about to clarify support for "NaN", "+Infinity" and
"-Infinity" in DICOM/JSON.
Currently dcm2json does not support it. It has been discussed with upstream.
Control: fixed -1 3.6-25
Control: tags -1 wontfix
PEBKAC
% echo -n 'ABC' > t.txt
% recode -v UTF-8..JIS_X0208 t.txt
Request: UTF-8..:libiconv:..JIS_X0208
Shrunk to: UTF-8..JIS_X0208
Recoding t.txt... done
% recode -v JIS_X0208..UTF-8 t.txt
Request: JIS_X0208..:libiconv:..UTF-8
Shrunk to: JIS_X020
For ref:
% recode -l | grep IR-87
JIS_X0208 csISO87JISX0208 ISO-IR-87 JIS0208 JISX0208.1983-0
JISX0208.1990-0 JIS_X0208-1983 JIS_X0208-1990 X0208
Package: recode
Version: 3.6-25
For some reason I cannot get ISO-IR-87 to work on my Debian/stable system:
% echo 'foobar' > t.txt
% recode -v UTF-8..ISO-IR-87 t.txt
Request: UTF-8..:libiconv:..JIS_X0208
Shrunk to: UTF-8..JIS_X0208
Recoding t.txt... failed: Invalid input in step `UTF-8..JIS_X0208
> In man page author name is
> Franc,ois
> when, in an UTF-8 system (default in etch), it should be
> François
Quite funny when you realize that `recode` is exactly about encoding :)
Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=452758
Control: tags -1 upstream fixed-upstream
Control: affects -1 clang-16
Seems to be fixed in 3.20
Source: valgrind
Version: 1:3.19.0-1
valgrind does not handle clang 14 and up.
% valgrind ./works2
==171243== Memcheck, a memory error detector
==171243== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==171243== Using Valgrind-3.19.0 and LibVEX; rerun with -h for copyright info
Package: manpages-dev
Version: 6.03-2
Severity: normal
Dear Maintainer,
Consider the following: `man 3 memcpy`
You'll be presented with the following signature:
<...>
SYNOPSIS
#include
void *memcpy(void dest[restrict .n], const void src[restrict .n],
size_t n
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.
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&suite=experimental
Thanks
Be
Control: fixed -1 0.7.0-10.2
I see that it builds fine on loong64:
https://buildd.debian.org/status/fetch.php?pkg=jpeg-xl&arch=loong64&ver=0.7.0-10.2&stamp=1696728916&raw=0
Closing.
Thanks
Source: libpng1.6
Version: 1.6.40-1
Just like symbols file
(symbols-file-contains-current-version-with-debian-revision), shlibs
should not contain debian revision, please remove it.
For reference:
% cat libpng16-16.shlibs
libpng16 16 libpng16-16 (>= 1.6.2-1)
udeb: libpng16 16 libpng16-16-udeb (
Hi,
On Sat, Oct 7, 2023 at 9:36 PM Boyuan Yang wrote:
>
> X-Debbugs-CC: ma...@debian.org
>
> 在 2023-10-07星期六的 20:32 +0200,Sebastian Ramacher写道:
> > Control: tags -1 confirmed
> >
> > On 2023-10-07 14:06:44 -0400, Boyuan Yang wrote:
> > > I am looking at starting the transition for package libavi
Control: tags -1 wontfix
GCC-13 works as expected. Turns out to be a UB case in highway source code.
Closing
Version: 1.0.7-1
> Looks like this was already fixed in 1.0.7-1 a couple of weeks ago. I
> updated and the problem went away. Sorry for the dupe.
Sorry for the mess. Just for reference, this is also fixed on 1.0.3-3+deb12u1
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
> >
&
gt; >
> > #1033656: illegal hardware instruction cjxl
> >
> > It has been closed by Debian FTP Masters
> > (reply to Mathieu Malaterre ).
> >
> > Their explanation is attached below along with your original report.
> > If this explanation is unsatisfacto
Steps:
% clang++-16 -o fails math_test4.cc -lhwy_contrib
% cat math_test4.cc
int main() {}
% clang++-16 -o fails math_test4.cc -lhwy_contrib
% valgrind ./fails
==3733364== Memcheck, a memory error detector
==3733364== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==3733364==
Reproducer
% clang++-16 -std=c++17 -Wfatal-errors -Wall -Wextra -Werror -O1 -o
fails
'-DHWY_DISABLED_TARGETS=(HWY_NEON|HWY_SVE|HWY_SVE2|HWY_SVE_256|HWY_SVE2_128)'
math_test4.cc -lhwy -lhwy_contrib -lhwy_test
% valgrind ./fails
// Copyright 2020 Google LLC
// SPDX-License-Identifier: Apache-2.0
//
Source: valgrind
Version: 1:3.19.0-1
On amdhal.d.o:
% valgrind ./fails
==3527834== Memcheck, a memory error detector
==3527834== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==3527834== Using Valgrind-3.19.0 and LibVEX; rerun with -h for copyright info
==3527834== Command: ./fa
Total Test time (real) = 26.65 sec
The following tests FAILED:
446 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSatWidenMulPairwiseAdd/EMU128
# GetParam() = 2305843009213693952 (Subprocess aborted)
452 - HwyWidenMulTestGroup/HwyWidenMulTest.TestAllSumOfMulQuadAccumulate/EMU128
# GetParam() = 2
Package: gcc-13
Version: 13.2.0-3
highway does not seem to work on ia64 with LTO (see #1051769).
On yttrium with gcc-13:
% /usr/bin/g++-13 -g -O2 -ffile-prefix-map=/home/malat/highway-1.0.7=.
-flto=auto -ffat-lto-objects -specs=/usr/share/dpkg/pie-compile.specs
-Wformat -Werror=format-security -
Package: gcc-12
Version: 12.2.0-12
highway does not seems to work on ia64 with LTO:
https://buildd.debian.org/status/fetch.php?pkg=highway&arch=ia64&ver=1.0.7-3&stamp=1694507301&raw=0
The fun part is that even gdb crash on the generated exe:
% gdb tests/copy_test
GNU gdb (Debian 10.1-2) 10.1.9
Package: gcc-13
Version: 13.2.0-3
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
Affects: src:highway
src:highway fails to compile on riscv64 with LTO. Confirmed upstream.
1.0.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/
Version: 12.2.0-18
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://
On Sun, Sep 3, 2023 at 9:23 AM Mathieu Malaterre wrote:
>
> On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose wrote:
> > upstream asks for a self-contained test case. Not sure if that's something
> > you
> > tried in https://bugs.debian.org/1050415
>
> Current
Package: ftp.debian.org
Severity: normal
Upstream has messed up the releases. 0.9.0snapshot was released *before*
0.8.0.
https://github.com/libjxl/libjxl/tags
I'd like to upload 0.8.0 to unstable, but since there is a SONAME
transition I am required to upload to experimental first.
So please re
On Sat, Sep 2, 2023 at 1:31 PM Matthias Klose wrote:
> upstream asks for a self-contained test case. Not sure if that's something you
> tried in https://bugs.debian.org/1050415
Currently working on PR/111231. cresult is difficult to work with as
it default to aggressive renaming. I've switch to c
Package: g++-13
Version: 13.2.0-2
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
Affects: src:highway
I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O2 on armhf. I also
believe this is different from Debian bug #1
Source: glibc
Version: 2.37-1
Previously defined hwcap search paths have been changed. Those
specified in `man 8 ld.so` are no longer accurate (bug #1050930).
Typical output on sid/i386:
% LD_DEBUG=libs LD_LIBRARY_PATH=. /bin/true
3611433: find library=libc.so.6 [0]; searching
3611433:
Package: g++-13
Version: 13.2.0-2
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
Affects: src:highway
I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O1.
Package: manpages-dev
Version: 6.03-2
Currently `ld.so` man page describes location hwcap libraries. This
appears to be obsolete in glibc 2.37.
My Debian system reports:
% LD_DEBUG=libs LD_LIBRARY_PATH=. /bin/true
3624017: find library=libc.so.6 [0]; searching
3624017: search
path
Source: creduce
Version: 2.11.0~20230819-1
Could someone please document where creduce homepage is located nowadays.
http://embed.cs.utah.edu/creduce/ seems to be gone.
I am not clear what to do with reports such as:
===< pass_clang_binsrch :: replace-function-def-with-decl >===
Segmentation fa
On Fri, Aug 25, 2023 at 4:06 PM Timo Röhling wrote:
>
> Control: severity -1 normal
This caused a FTBFS in the original bug report.
> Also, why do you think this is a CMake issue and not a VTK issue?
As explained in my original report, this is a change of behavior in
current cmake 3.27. If you
Forwarded as #1050506
Source: cmake
Version: 3.27.3-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20230726 ftbfs-trixie
Affects: src:gdcm
Original bug report is #1042246
Here is a minimal reproduce:
% cat ../CMakeLists.txt
cmake_minimum_required(VERSION 3.9.2)
On Thu, Aug 24, 2023 at 7:03 PM Matthias Klose wrote:
>
> Control: tags -1 - moreinfo
>
> On 24.08.23 15:15, Mathieu Malaterre wrote:
> > On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose wrote:
> >>
> >> Control: tags -1 + moreinfo
> >>
&g
On Thu, Aug 24, 2023 at 2:21 PM Matthias Klose wrote:
>
> Control: tags -1 + moreinfo
>
> On 24.08.23 11:54, Mathieu Malaterre wrote:
> > Package: cvise
> > Version: 2.8.0-1
> >
> > I cannot run cvise in Debian/sid:
>
> [...]
>
> > with:
> &g
Control: tags -1 patch
On Wed, Jul 26, 2023 at 10:30 PM Lucas Nussbaum wrote:
[...]
> > CMake Error at
> > /usr/share/cmake-3.27/Modules/FindPackageHandleStandardArgs.cmake:230
> > (message):
> > Could NOT find EXPAT (missing: EXPAT_LIBRARY) (found version "2.5.0")
> > Call Stack (most recen
For reference, creduce seems to be happy with the exact same settings:
% creduce check.sh testcase.i
===< 150190 >===
running 3 interestingness tests in parallel
===< pass_unifdef :: 0 >===
===< pass_comments :: 0 >===
===< pass_ifs :: 0 >===
===< pass_includes :: 0 >===
===< pass_line_markers ::
Package: cvise
Version: 2.8.0-1
I cannot run cvise in Debian/sid:
% cvise check.sh testcase.i
00:00:07 INFO ===< 150150 >===
00:00:07 INFO running 4 interestingness tests in parallel
00:00:07 INFO INITIAL PASSES
00:00:07 INFO ===< IncludesPass >===
Traceback (most recent call last):
File "/usr/
On Thu, Aug 17, 2023 at 1:27 PM Christian Kastner wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Christian Kastner
> X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
>
> * Package name: half
> Version : 2.2.0
> Upstream Author : Christian Rau
> * URL
On Fri, Aug 18, 2023 at 1:19 PM Marvin Renich wrote:
>
> * Elena Grandi [230818 05:27]:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Elena Grandi
> >
> > * Package name: pdftopng
> > Description : Convert PDF to PNG
> >
> > A command line tool and python library to convert PDFs
Source: boost1.81
Version: 1.81.0-5.2
As per title. For example I can Depends: on
libboost-program-options-dev and have a nice transition. I cannot do
the equivalent with libboost-json1.81-dev
Thanks !
Package: g++-13
Version: 13.1.0-7
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560
Affects: src:highway
src:highway fails to compile on riscv64. Confirmed upstream. Already
fixed in GCC14, backported to GCC13:
* https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110560#c2
On Mon, Jul 10, 2023 at 10:08 AM Chow Loong Jin wrote:
>
> On Mon, Jul 10, 2023 at 07:50:21AM +0200, Mathieu Malaterre wrote:
> > On Mon, Jul 10, 2023 at 6:03 AM Chow Loong Jin wrote:
> > > * Package name: nanosvg
> > > Version : 0~git20221204.1.9d
On Mon, Jul 10, 2023 at 6:03 AM Chow Loong Jin wrote:
> * Package name: nanosvg
> Version : 0~git20221204.1.9da543e
> Upstream Contact: https://github.com/memononen/nanosvg/issues
> * URL : https://github.com/memonenen/nanosvg
https://github.com/memononen/nanosvg
> *
Source: xmlformat
-- Forwarded message -
From: Jordi Sola
Oh, I didn't know debian was packaging XMLFormat.
They are using the original script from Kitebird (www.kitebird.com), not
this fork.
I wonder if they would be interested in bumping to this updated version!
link:
* https
Control: tags -1 wontfix
On Tue, Jul 4, 2023 at 5:02 PM Jakub Wilk wrote:
>
> * Mathieu Malaterre , 2011-07-28 17:49:
> >For some reason the following command:
> >
> >dd if=/dev/zero of=testfile_4G bs=4G count=1
> >
> >produces a 2G file:
> >
> &g
Source: dcmtk
Version: 3.6.7-8+b1
Forwarded: https://support.dcmtk.org/redmine/issues/1079
Tags: upstream
dcm2json uses the method DcmJsonFormat::normalizeDecimalString() to
normalize DICOM DS values before writing them as JSON.
However, the method currently does not catch all cases where a legal
Package: g++-13
Version: 13.1.0-6
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110264
Affects: src:highway
src:highway fails to compile on riscv64. Confirmed upstream. Fixed in GCC14
Package: g++-13
Version: 13.1.0-6
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280
Affects: src:highway
src:highway fails to compile on arm64. Confirmed upstream
Source: libjpeg6b
Version: 1:6b2-3.1
As odd as it sounds it seems that libjpeg62 should now provides:
libjpeg62-turbo (>= 1.3.1)
Otherwise it cannot be installed on typical sid system, it would
remove jre for instance:
[...]
% apt-cache show openjdk-17-jre-headless | grep jpeg
Depends: [...] li
Control: tags -1 wontfix
This has been recently implemented in -turbo:
* https://github.com/libjpeg-turbo/libjpeg-turbo/issues/402
Thus closing.
Thanks all.
Package: libjpeg62-turbo-dev
Version: 1:2.0.6-4
We should not be distributing jpegint.h header, it gives a false sense of API.
Here is the full verbatim quote from upstream about this:
```
jpegint.h is only included by jpeglib.h if JPEG_INTERNALS is defined.
jpegint.h is a project-private header
Control: tags -1 - wontfix
On Fri, Jun 9, 2023 at 1:39 PM Julian Wollrath wrote:
>
> Hi,
>
> > it seems, like upstream is moving the plugin to use lcms2 [1] which is
> > available in debian.
>
> I tried building a package with a new snapshot and enabled the building
> of the gdk-pixbuf plugin and
Control: tags -1 invalid wontfix
> it succeded once I installed the package libgmock-dev.
My crystal ball tells me the compilation error arises somewhere in the
*.cmake ot GTest package.
Since no debuidd machines are failing, closing as invalid.
Thanks
1 - 100 of 2682 matches
Mail list logo