Re: Issue with dcmtk migration
Dear Andrey,
Thanks for your quick feedback.
I don't see any "build errors" / "compilation error" there. Can you elaborate? Are you looking at some wrong logs, not the ones you linked?
Sorry for my lack of clarity: The compilation does succeed, but running
autopkgtest doesn't.
Besides, are you sure you understand the difference between building the package and running autopkgtests for it?
Yes, I confirm that the issue is with autopkgtest, as can be seen in the
logs of the integration server:
https://ci.debian.net/packages/o/orthanc/testing/amd64/60205947/
The "orthanc" service fails to start properly, and I suspect (but I am
not sure) that this is related to an issue with the "/usr/share/dcmtk/"
path, which is more apparent in the autopkgtest results of the related
package "orthanc-wsi":
https://ci.debian.net/packages/o/orthanc-wsi/testing/amd64/60205953/
Excerpt:
21s W0422 15:17:45.182985 7f0961bdda00 FromDcmtkBridge.cpp:383]
Loading external DICOM dictionary: "/usr/share/dcmtk/dicom.dic"
21s E: DcmDataDictionary: Cannot open file: /usr/share/dcmtk/dicom.dic
However, this issue should first be solved in "src:orthanc", as
"src:orthanc-wsi" depends on the orthanc package.
autopkgtests for orthanc 1.12.7+dfsg-1 fail for me locally.
The latest version is orthanc 1.12.7+dfsg-2 and was committed this
morning with a fix that might solve the build failure you have just
encountered with 1.12.7+dfsg-1:
https://salsa.debian.org/med-team/orthanc/-/commit/4ae57af5a89e62584bab32b53af71bfdd13722a1
Note that I thought this commit should have fixed issue #1103504, but
this was not the case, so "d/changelog" is currently incorrect.
Before uploading, I evidently checked that pbuilder and autopkgtest were
both OK.
Regards,
Sébastien-
Reply to: