)
Release: Debian GNU/Linux
## END SYSTEM INFO ##
### STACK TRACE #
=> Core file: /home/mathieu/core.16586 (2025-03-17 21:29:16.665745533
+0100)
=
[New LWP 16586]
[New LWP 16588]
[New LWP 16
Package: onedrive
Version: 2.5.4-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
One drive crashes since an api change from onedrive.
https://github.com/abraunegg/onedrive/issues/3115
A fix has been commited in the main bra
Since this bug should be solved by building the kernel with the
following flags:
CONFIG_XFRM_ESPINTCP=y
CONFIG_INET_ESPINTCP=y
is it more appropriate to refer to a kernel-related package?
On Wed, Feb 26, 2025 at 8:25 PM Étienne Mollier wrote:
> Mathieu, what do you think?
I'll move the *.dic back to where they were originally. And will apply
the suggested:
[...]
Or if those files aren't really changing that much, they could
be moved to a non-versioned path,
Emilio,
On Fri, Feb 7, 2025 at 12:52 PM Emilio Pozuelo Monfort wrote:
>
> On 06/02/2025 08:11, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > X-D
Source: dcmtk
Version: 3.6.8-7
Hello Mathieu,
thank you for preparing and uploading the Debian package for DCMTK 3.6.9!
If you have some time, it would be nice if you could also update the various
Debian-specific text files in the source package, such as:
- debian/NEWS
- debian/copyright
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: dc...@packages.debian.org
Control: affects -1 + src:dcmtk
I am filling a bug report asking for the transition for dcmtk 3.6.9.
DCMTK 3.6.9 builds fine on all release archs:
It seems that d/watch was fixed [1], but a new version (0.13) was released.
Cheers
--
Mathieu Parent
[1]
https://salsa.debian.org/freedesktop-team/malcontent/-/commit/9e24c3b68f4a51e928d125298f4f5524802b6c9c
Jeremy,
On Tue, Dec 17, 2024 at 3:43 PM Jeremy Bícha wrote:
>
> Mathieu,
>
> I think we should ask the Debian Release Team for permission to do the
> jpeg-xl 0.10 transition now. Do you have time to work on this soon?
>
> I did a team upload yesterday to Experimental to
On Tue, Dec 17, 2024 at 4:59 PM Emilio Pozuelo Monfort wrote:
>
> On 17/12/2024 16:55, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > X-Debbugs-Cc: jpe
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.10
transition:
https://bugs.debian.org/cgi-bin
; the urgency).
>
> Please let me know if you need me to cancel or delay the upload, ideally
> by making a maintainer upload.
I'm on holidays at the moment, I'll be back next week to have a
look. If there's a hurry then sure you can upload the NMU in the
meantime.
--
Mathieu Mirmont
signature.asc
Description: Digital signature
debian.org/debian/ipsvd/-/merge_requests/1
--
Mathieu Mirmont
signature.asc
Description: Digital signature
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:
system. I understand that the intention is to standardise within
Debian, but I also want to consider the consequences for downstream
distros.
Thanks.
Mathieu.
On Wed, Jun 12, 2024 at 09:14:24PM +0200, Chris Hofstaedtler wrote:
> Control: tags 1071149 + pending
>
>
> Dear maintainer,
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
Package: npm
Version: 9.2.0~ds1-2
Severity: normal
X-Debbugs-Cc: report...@ecl.400iso.net
When trying to install npm on testing, it tries to pull libuv1t64, that appear
to
be incompatible with libuv1, on wich neovim depends:
Unsatisfied dependencies:
libuv1t64 : Breaks: libuv1 (< 1.48.0-1.1)
Package: libreswan
Version: 4.10-2+deb12u1
Severity: normal
Dear Maintainer,
* What led up to the situation?
Trying to use TCP encapsulation (enable-tcp=yes) between two Debian 12 hosts,
in order to work around the connection freezing after a while when using
defaults.
On the client (initiat
ly if desired. I'm happy to reschedule/cancel if needed.
Thanks for the NMU.
I had a look at the new warnings and they all seem to be false
positives. I'd rather not introduce unnecessary changes in the
packaged version compared to upstream just to silence them. This
missing header will do.
--
Mathieu Mirmont
signature.asc
Description: Digital signature
, if I correctly understand #1060104, it is specific to one single
> > platform (armel).
>
> Indeed, and there is a simple fix too, which has been uploaded to
> experimental only so far:
> https://salsa.debian.org/med-team/dcmtk/-/commit/42583dfe9fd344a63cdbc278268d4176d4a22ec4
&g
armap
LC_CTYPE
UTF-8
Bug should be closed,
Mathieu
Package: minetest-data
Version: 5.6.1+dfsg+~1.9.0mt8+dfsg-2
Severity: important
Tags: l10n
X-Debbugs-Cc: mathieu.godlew...@gmail.com
Dear Maintainer,
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'st
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
: Mathieu Mafille
Country: CH Switzerland
Location: Saint-Imier / Switzerland
Sponsor: MATNETWRK https://matnetwrk.net
Trace Url: http://mirror.matnetwrk.net/debian/project/trace/
Trace Url:
http://mirror.matnetwrk.net/debian/project/trace/ftp-master.debian.org
Trace Url: http
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.
Hi,
Thanks both of you for the feedback. I'm short on time at the moment
but I'll make the changes you suggested, they makes sense.
And sorry for pushing this version without notice, I didn't realise
other packages were using it and depended on its API.
Cheers.
Mathieu.
On We
Control: fixed -1 3.6-25
Control: tags -1 wontfix
PEBKAC
% echo -n 'ＡＢＣ' > 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
size of 554564 for image:
==171243== Valgrind: "/home/mathieu/Perso/gcc-110622/pr111231/works2"
==171243==
==171243== Valgrind: debuginfo reader: Possibly corrupted debuginfo file.
==171243== Valgrind: I can't recover. Giving up. Sorry.
==171243==
nd is only
on version 252 so it will need to be updated first.
--
Mathieu Mirmont
signature.asc
Description: Digital signature
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
: Mathieu Mafille
Country: CH Switzerland
Location: Saint-Imier / Switzerland
Sponsor: MATNETWRK https://matnetwrk.net
Trace Url: http://mirror.matnetwrk.net/debian/project/trace/
Trace Url:
http://mirror.matnetwrk.net/debian/project/trace/ftp-master.debian.org
Trace Url: http
re's demand for it then I can do that.
--
Mathieu Mirmont
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
1 - 100 of 3903 matches
Mail list logo
