Hello again,
On 3/30/24 15:04, Nilesh Patra wrote:
I have just uploaded it:
https://salsa.debian.org/med-team/orthanc-python/-/commit/3cdc765442ab3fce9148c33ba865467983b11e0b
Actually, the patch was more of a local workaround based on your system
configuration and should
stay the way it was fo
Now, the next problem is: The test always succeeds on my standard amd64
architecture. Despite many attempts, I am totally unable to reproduce
#1062404.
@Paul: How could I reproduce the issue?
@Nilesh: Shouldn't this test simply be disabled?
OK, I think I have finally found the culprit.
T
Hi Nilesh,
For some reason, this is not taking needs-sudo restriction well. Can you try
once with this
patch (no need to re-compile) and let me know if that helps?
diff --git a/debian/tests/control b/debian/tests/control
index 5e8c44d..4f9b12a 100644
--- a/debian/tests/control
+++ b/debian/tes
Dear Nilesh,
Thanks for your so fast support!
On 3/30/24 12:41, Nilesh Patra wrote:
Once compilation is done, how can I execute autopkgtest? I have tried
multiple variations, including the most basic:
$ sudo autopkgtest . -- null
$ sudo autopkgtest ../build-area/orthanc-python_4.1+ds-2_amd64.c
Hello,
On 2/1/24 17:36, Nilesh Patra wrote:
On Thu, Feb 01, 2024 at 01:55:21PM +0100, Sébastien Jodogne wrote:
Even if I'm tagged as the maintainer of "orthanc-python", I don't know
how autopkgtest/flaky works (I haven't implemented such tests by
myself).
This is
Dear Emmanuele and Mathieu,
On 3/19/24 08:51, Mathieu Malaterre wrote:
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
Dear all,
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, it is specific to one single
platform (armel).
My question is: Rather than penalizing all platforms (including the
Dear all,
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, it is specific to one single
platform (armel).
My question is: Rather than penalizing all platforms (including
Hello,
Even if I'm tagged as the maintainer of "orthanc-python", I don't know
how autopkgtest/flaky works (I haven't implemented such tests by
myself). I consequently forward your message to the Debian Med mailing
list, as I cannot help on this bug by myself.
Regards,
Sébastien-
> I looked at th
Hello,
On 11/4/23 11:53, Nilesh Patra wrote:
I see -- but this seems a little counter-intuitive, no? orthanc-python
installs files in /etc/orthanc/ but by what you said above the plugins
should be installed only in /usr/share/orthanc/plugins/ to be working
(along with a bunch of .so files) - is
Hello,
I tried doing something similar however the test still seems to fail.
The failing job can be found at[3].
[3] https://salsa.debian.org/med-team/orthanc-python/-/jobs/4887512
The log file of Orthanc indicates that the Python plugin is simply not
loaded:
>
I1104 10:12:22.947781 Plu
Dear all,
This error indicates that two instances of Orthanc are running at the
same time, most probably because the "orthanc" Debian service is not
stopped at the beginning of the test by autopkgtests.
I indeed do not see any call to "systemctl stop orthanc" in the main
script "debian/tests
Dear Israel,
Thanks for your work on this.
Please however could you explain me how to execute autopkgtests on my
development Debian, without having to recompile the package from scratch
everytime I try to modify the "debian/test/*" files?
I have strictly no experience with autopkgtests, and
Dear Joost,
On 18/08/23 17:27, Joost van Baal-Ilić wrote:
On Fri, Aug 18, 2023 at 04:35:27PM +0200, Sébastien Jodogne wrote:
[...]
Please could someone indicate me what I should do in such a situation?
Thanks for any advice!
Just send this explanation to 1041116-cl...@bugs.debian.org.
Adding
Dear all,
I have a question regarding the issue #1041116 that is currently opened
against the "orthanc-postgresql" package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041116
This bug is filed against the version of the "orthanc-postgresql"
package version that corresponds the "stable"
Dear Andreas,
For whatever reason the pristine-tar information does not match the
upstream source tarball. My way to solve it is to re-import the
tarball I get via
apt source civetweb
Thanks, that worked! But indeed, it is not relevant anymore since your
update to civetweb 1.16 :-)
Deal Nilesh,
Thanks for your help!
On 15/07/23 17:35, Nilesh Patra wrote:
On Sat, Jul 15, 2023 at 01:46:57PM +0200, Sébastien Jodogne wrote:
On another topic, it looks like I've been kicked off the
"debian-med-packaging" mailing list, and I'm unable to register b
Dear all,
I've tried to fix issue #1037603 in the civetweb package:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1037603
Unfortunately, my upload has failed with the log below.
Please could you explain me what I should do when facing such a
situation? Thanks in advance!
On another topic
> I did not upgrade, just pushed to Git to prepare for future
> uploads. I will not upload any orthan* package without your
> confirmation.
Great! Be sure that as soon as a new suitable is available, I'll take
care of the upload.
Sébastien-
Hi Andreas,
On Mon, 6 Feb 2023 at 08:58, Andreas Tille wrote:
>
> Hi Sébastian,
>
> I injected the latest version of orthanc into Git but got
>
> CMake Error at cmake_install.cmake:96 (file):
> file INSTALL cannot find
> "/build/orthanc-1.11.2+dfsg/BuildServer/libDelayedDeletion.so": No such
Hi Andreas,
On 19/01/23 14:25, Andreas Tille wrote:
Hi Sébastien,
Am Thu, Jan 19, 2023 at 02:06:30PM +0100 schrieb Sébastien Jodogne:
I'm trying to get in touch with them. If no solution can be found in a
reasonable amount of time, I'll migrate the downloads onto the servers of my
ww.orthanc-server.com/browse.php?path=/whole-slide-imaging
which simply returns
Unable to create the table:
Could you fix this please?
Kind regards
Andreas.
--
Sébastien Jodogne
Web: https://info.ucl.ac.be/~sjodogne/
Twitter: https://twitter.com/sjodogne
Hello,
I'm the leader of the Orthanc project that was mentioned by Karsten.
Orthanc comes with the "Stone Web viewer" plugin that provides a free
and open-source radiology viewer with features similar to those of aeskulap:
https://www.orthanc-server.com/static.php?page=stone-web-viewer
You co
On 12/10/22 14:22, Karsten Hilbert wrote:
Am Wed, Oct 12, 2022 at 09:08:47AM -0300 schrieb Leonardo M. Ramé:
Good news!, Horos shows the image exactly as the software from Carestream. Now
it's a matter of looking at their source code.
Ha ! Now *that* is interesting. I am pretty curious as
e=orthanc-con-2022
Both conferences are free events, and have an open call for abstracts:
Feel free to contribute!
Kind Regards,
Sébastien-
--
Sébastien Jodogne
Web: https://www.info.ucl.ac.be/~sjodogne/
Twitter: https://twitter.com/sjodogne
Hi Étienne,
On 27/04/22 19:55, Étienne Mollier wrote:
All good to me, you can adjust the d/changelog to target either
"unstable" or "experimental" at your convenience, instead of
"UNRELEASED", and it will be ready for upload.
Great! I have adjusted d/changelog for upload:
https://salsa.debian.
e the upload.
Regards,
Sébastien-
On 26/04/22 21:41, Étienne Mollier wrote:
Hi Sébastien,
Sébastien Jodogne, on 2022-04-26:
I've just created a new package that brings support for neuroimaging in
Orthanc (DICOM-to-NIfTI conversion, similarly to dcm2niix):
https://salsa.debian.org/med-team/ort
Dear all,
I've just created a new package that brings support for neuroimaging in
Orthanc (DICOM-to-NIfTI conversion, similarly to dcm2niix):
https://salsa.debian.org/med-team/orthanc-neuro/
Would it be possible for a Debian developer to review this package, and
possibly upload it to NEW? Man
.
Regards,
Sébastien-
On 14/01/22 14:04, Aaron M. Ucko wrote:
Sébastien Jodogne writes:
Please could someone indicate how I can modify such a postinst script
so as Orthanc is only restarted once if multiple Orthanc plugins are
installed/upgraded at once?
Please try using dpkg's tr
Dear all,
I take the liberty of forwarding this issue to the main Debian Med list,
as I am unsure about the proper way of solving it.
All the Orthanc plugins now contain a postinst script that is similar to
the following one:
https://salsa.debian.org/med-team/orthanc-webviewer/-/blob/debian/
Dear Nilesh,
> Etienne filed unblock request for orthanc:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989504
>
> *However*, you will also have to do it for orthanc-webviewer,
> orthanc-wsi, orthanc-dicomweb -- 3 separate unblock requests.
>
> They are packages without autopkgtests, and n
> Thanks Nilesh for the permissions, I begun with upload of
> orthanc 1.9.2+really1.9.1+dfsg-1 source changes. Sébastien, I
> let you proceed with the plugins, since you seemed willing to do
> it yourself.
Great!
Just an additional question: In your previous message, you mentioned the
need to fi
t;
> Étienne Mollier, on 2021-06-04:
>> Sébastien Jodogne, on 2021-06-04:
>>> In practice, should I first sync my git repository with the tag
>>> "orthanc-1.9.2+dfsg-1", do the modifications and upload to unstable,
>>> then merge back my modifications in th
Dear Nilesh,
Thank you very much for your help!
On 4/06/21 11:45, Nilesh Patra wrote:
> Hi Sébastien
>
> On Fri, 4 Jun, 2021, 2:15 pm Sébastien Jodogne,
> mailto:s.jodo...@orthanc-labs.com>> wrote:
>
>
> Adrian (Bunk) replied that "This i
Dear all,
This message is about the three following related bugs in the packages
of the Orthanc family:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989126 (orthanc-wsi)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989127 (orthanc-webviewer)
https://bugs.debian.org/cgi-bin/bugreport.cgi
I wanted to share
them if someone else meets a similar problem in another context.
Best Regards,
Sébastien-
[1]
https://salsa.debian.org/med-team/civetweb/-/commit/ccb62139b6139ea6efc2432c12018de6e3c16003
On 3/11/20 14:11, Andreas Tille wrote:
> [including the list again]
> Hi Sébastien,
>
>
Hello,
The NEW package "orthanc-gdcm" was accepted into unstable two days ago.
However, it looks like I don't have the permission to do a source upload
for this package [1].
What can I do to gain this permission? Thanks in advance!
Kind Regards,
Sébastien-
[1]
https://alioth-lists.debian.net/p
Dear all,
This is a follow-up to the rejection of the NEW package "orthanc-gdcm"
in July 2020 [1].
As the packages "liborthancframework*" were accepted in unstable
yesterday, I have been able to refactor the "orthanc-gdcm" so that it
doesn't depend on the source code of Orthanc anymore. The resul
Hello again,
>>> May be we can even push orthanc to new *after* civetweb and I explicitly
>>> hint ftpmaster about the needed sequence to accept both.
>>
>> Yes, if you wish, I can prepare a "orthanc-1.7.3+dfsg-3" that links
>> against the "civetweb" package, and that simultaneously re-enables the
Hello,
> Argh, I forgot git pull before running dput - hope my dcut will be right
> in time to fix this without ftpmaster interaction. Thanks a lot for
> watching me in this respect in any case!
Great: I see that civetweb_1.12+dfsg-1 has just been put into the NEW queue.
>> As soon as the "cive
Hello,
>> One could also consider building the C++ library by setting
>> "-CIVETWEB_ENABLE_CXX=ON", which produces the "libcivetweb-cpp.(a|so)"
>> C++ library together with the "libcivetweb.(a|so)" C library. Note
>> however that the C++ library is not used by Orthanc.
>> [...]
>
> I think we sho
Hi Andreas,
> I agree but need to work on this package structure. May be I also
> check hor to provide a .a static lib for the -dev package.
I had a look at the CMake stuff, and it visibly doesn't allow the
simultaneous generation of the .so shared lib together with the .a
static lib.
As a cons
> It somehow smells like an attempt to access some remote location. Given
> that you have somehow build this before in a restricted chroot is there
> any trick I can prevent this?
I confirm that the CMake of civetweb by default requires access to
Internet. After some testing, here is the proper
Dear Andreas,
>> Is there anyone willing to provide help?
>
> I injected basically what our package_template creates to
>
> https://salsa.debian.org/med-team/civetweb
>
> It is by no means a functional packaging yet.
Thanks so much for your support and for taking this issue into
considerat
e willing to provide help? Otherwise, I fear I'll have to
orphan all this 8-year-long work on Orthanc.
I thank you in advance,
Sébastien-
Forwarded Message
Subject:Re: [Debian-med-packaging] orthanc_1.7.2+dfsg-2_amd64.changes
REJECTED
Date: Sun, 13 Sep 2020 19:28:29 +0200
As suggested by Andreas, I've been in touch with the FTP team.
Following this discussion, I've uploaded orthanc-1.7.2+dfsg-3 to
unstable, that doesn't contain the NEW changes.
For reference, here are the two changesets to revert once
"liborthancframework-dev" and "liborthancframework1" subpac
Dear all,
Because of the bug #966655 [1], and because of the fact that
orthanc-1.7.2+dfsg-2 is pending in the NEW queue [2], I cannot commit
the fix regarding the missing build dependency on tzdata until the NEW
packages get accepted.
But, as #966655 is tagged as serious, the entire Orthanc ecosy
Hi Andreas,
>> If this helps, I could consider decompressing the archive and keeping
>> only the required source files. Do you think this possible solution
>> could mitigate the issue?
>
> Hmmm, I once had the idea that some "Build-Depends: source-package"
> would be somehow handy - but this does
Hi Andreas,
> I've done
>
> routine-update -f
>
> to bring some packaging stuff up to date (please git pull).
Thanks for your quick feedback!
> What
> prevented me from uploading is debian/ThirdPartyDownloads. Do you
> really need to provide an orthanc code archive here? Wouldn't it be
Hello,
I have prepared a new package for Debian that is called "orthanc-gdcm",
and that is related to both Orthanc and GDCM.
More precisely, this is a plugin to use the GDCM library in order to
transcode and decode images, in place of the default DCMTK-based
transcoder/decoder that is built in Or
Hello,
On 24/03/20 09:31, Andreas Tille wrote:
Regarding COVID-19, I'm currently working on enabling Python scripting in
Orthanc to automate routing of medical images in hospitals, and on a new
generation of 3D viewers (MPR) that can display CT-scans directly in the Web
browsers through WebAssem
Dear all,
I have just packaged a new plugin for Orthanc that can be used to write
Orthanc plugins using the Python programming language instead of the
more complex C/C++ programming languages [1].
An initial version of the package is now available on Salsa [2].
Please could some Debian Devel
Dear Andreas,
All the packages related to X-ray chest and CT-scan radiology in
clinical setups can be considered as relevant to COVID-19 [1]. DICOM
viewers (2D + MPR) and DICOM servers that work out-of-the-box are
probably useful.
Among others, this includes the packages from the "orthanc" f
Dear community,
A few time ago, I posted an announcement about the organization of a
conference about free software for health informatics and medical
imaging [1]. This conference will take place in Liège (Belgium), on
December 13-15, 2019 [2].
I feel having a talk about the Debian Med proje
Dear all,
I take the liberty of informing you that we're organizing a conference
about free software for healthcare and social medicine in Liège
(Belgium), on December 13-15, 2019.
This event is a joint organization between IWEEE/GNUHealthCon 2019, the
yearly meetings of the GNU Health community,
Dear all,
I take the liberty of informing you that we're organizing a conference
about free software for healthcare and social medicine in Liège
(Belgium), on December 13-15, 2019.
This event is a joint organization between IWEEE/GNUHealthCon 2019, the
yearly meetings of the GNU Health community,
Hello,
I have received the following message after trying and uploading a new
release of the "orthanc-mysql" package.
Please could someone allow me to do the upload by myself? Thanks in advance!
Regards,
Sébastien-
Forwarded Message
Subject: orthanc-mysql_1.1-1_amd64.cha
Hi,
Would it be possible for you to sponsor this new package?
Uploaded. BTW, **I** **personally** do not require you to do the extra
step on mentors.d.n. I do not visit this site but just sponsor from our
Git repository.
Perfect! Duly noted.
Thanks again,
Sébastien-
Hi Andreas,
Please could someone indicate me how I can bootstrap a new GitHub repository
dedicated to this new "orthanc-mysql" package? TIA!
You have now permissions to do so yourself. I repeat my recommendation
to use inject-into-salsa-git as described here:
https://lists.debian.org/de
Hi Andreas,
On 17/07/18 21:03, Andreas Tille wrote:
You have now permissions to do so yourself. I repeat my recommendation
to use inject-into-salsa-git as described here:
Great! Many thanks for your quick answer!
I'll dig into the "inject-into-salsa-git" procedure asap.
Sébastien-
Hello,
I am in the process of packaging a new set of plugins in order to bring
MySQL/MariaDB support to Orthanc [1]. An ITP has just been filled [2].
Please could someone indicate me how I can bootstrap a new GitHub
repository dedicated to this new "orthanc-mysql" package? TIA!
Kind Regards
Dear Gert,
On 26/04/18 09:47, Gert Wollny wrote:
Am Mittwoch, den 25.04.2018, 12:32 +0200 schrieb Sébastien Jodogne:
cmake -DCMAKE_C_FLAGS=-DNDEBUG -DCMAKE_CXX_FLAGS=-DNDEBUG [...]
Please someone could validate this approach? TIA!
Add this at the top of d/rules:
export
Hello,
Have you tried RelWithDebInfo as the build type?
(https://cmake.org/Wiki/CMake_Useful_Variables)
This should set NDEBUG but still use -g to get debug symbols.
Thanks for the reply. However, previous discussions on Debian clearly
state that CMAKE_BUILD_TYPE must be set to None, not to
Dear Debian mentors,
I write this message as the maintainer of the Debian packages of the
Orthanc project [1].
The Debian packages for Orthanc and its associated plugins pay attention
to the fact of *not* setting "-DCMAKE_BUILD_TYPE=Release", as requested
by the Debian policy [2].
However,
Dear all,
The Debian packages for Orthanc and its associated plugins pay attention
to the fact of *not* setting "-DCMAKE_BUILD_TYPE=Release", as requested
by the Debian policy [1].
However, the source code of the upstream Orthanc project makes many
calls to the "assert()" function of the sta
Dear Andreas and Cedric,
First of all, thanks to both of you for your interest and for your answers!
Unfortunately, only two persons showed an interest in showcasing some
free software in such a FOSDEM devroom. Furthermore, as I sadly don't
work for an University, my full-time daily job doesn't a
Med contributors would be interested to give
a talk in such a devroom. Please could you express your interest?
Regards,
Sébastien-
[1] https://fosdem.org/2018/
[2] http://slayoo.github.io/fosdem2013/
--
Sébastien Jodogne
Mail: s.jodo...@gmail.com
Web: http://www.sjodogne.be/
Twitter: https://twitter.com/sjodogne
> Permissions granted for orthanc orthanc-dicomweb orthanc-imagej
> orthanc-postgresql orthanc-webviewer orthanc-wsi - just let me
> know if you intend to upload other packages. Its perfectly fine
> to do so for fixing bugs or even taking over the maintenance.
>
> Happy to see you gaining more fr
Hi,
>> Now that I'm qualified as a new DM [1]
>
> Ahhh, congratulations!
:)
> DMs need to be explicitly granted permissions per package. Simply send
> me your fingerprint and I'll grant you permissions for uploading all
> orthan* packages.
Great! Here is my fingerprint:
93BE 9F19 7ED5 D0C3
Dear Andreas,
Now that I'm qualified as a new DM [1], I have tried to submit a fix to
Debian bug #865606 by myself [2]. Unfortunately, my fix has just been
rejected as I'm apparently not allowed to upload to the "orthanc"
package [3].
Please would you kindly explain what I should do now?
TIA!
Sé
Hi Andreas,
Would it be possible for you to sponsor the upload?
Done.
Thanks!
BTW, I'd recommend considering becoming a Debian Maintainer to
enable you uploading yourself. :-)
Yes, I'm still looking for some Debian developer who could sign my key
after meeting me IRL somewhere in Wallon
Dear Andreas,
Subsequently to two bug reports introduced by Tiago [1,2], I've just
updated the "orthanc-dicomweb" [3] and "orthanc-dicomweb" [4] packages.
Would it be possible for you to sponsor the upload?
Dear Tiago,
Thank you much for the fixes!
Regards,
Sébastien-
[1] https://bugs.
Thanks for the so fast upload, Andreas! :)
Could you please suggest task(s) inside the Debian Med scope[1]
where the package fits into?
HIS
IMAGING
LAB
ONCO
PRACTICE
Karsten
I agree with Karsten's selection.
Sébastien-
he changes? Many thanks in advance!
Warm Regards,
Sébastien-
On 29/12/16 12:54, Andreas Tille wrote:
Hi Sébastien,
On Thu, Dec 29, 2016 at 10:53:41AM +0100, Sébastien Jodogne wrote:
As this package is the first free and open-source, reference implementation
of DICOM for microscopic whole-sli
/trunk/packages/orthanc-wsi/trunk/
--
Sébastien Jodogne, PhD.
Medical Imaging Engineer
Department of Medical Physics
BAT. T1-3 RADIOTHERAPIE
C.H.U. - SART TILMAN - B35
4000 Liège
BELGIUM
Mail: s.jodo...@gmail.com
Web: http://www.montefiore.ulg.ac.be/~jodogne/
n,
On Tue, Dec 13, 2016 at 09:21:01PM +0100, Sébastien Jodogne wrote:
> I have just packaged the newest upstream version of Orthanc (1.2.0):
> http://anonscm.debian.org/cgit/debian-med/orthanc.git/
>
> Andreas, please could you sponsor the upload? Thanks in advance!
Do you plan to prov
Dear all,
I have just packaged the newest upstream version of Orthanc (1.2.0):
http://anonscm.debian.org/cgit/debian-med/orthanc.git/
Andreas, please could you sponsor the upload? Thanks in advance!
Regards,
Sébastien-
--
Sébastien Jodogne
Mail: s.jodo...@gmail.com
Web: http
Dear Gert,
orthnac build depends on libdcmtk-dev, and this pulls in libssl1.0-dev
(since dcmtk (a) does not yet support openssl-1.1 and (b) it is used by
programs that require QT which conflicts with openssl-1.1).
libssl1.0-dev conflicts with libssl-dev, and hence the build failure.
The soluti
hanc-wsi_0.1+dfsg-1.html
Sébastien-
On Sat, Nov 19, 2016 at 10:30 AM, Sébastien Jodogne
wrote:
> Dear all,
>
> I have a problem understanding what is going wrong in the attached bug
> report.
>
> If I open the "debian/control" file of the "orthanc" package
Dear all,
I have a problem understanding what is going wrong in the attached bug
report.
If I open the "debian/control" file of the "orthanc" package, I indeed see
that the package Build-Depends on "libssl-dev":
https://anonscm.debian.org/cgit/debian-med/orthanc.git/tree/debian/control
However,
Hello,
I have just updated the orthanc-postgresql package:
https://anonscm.debian.org/viewvc/debian-med?view=revision&revision=22821
This new version of the package solves the severe FTBFS Bug#839309
(orthanc-postgresql: Could NOT find PostgreSQL).
In the absence of Andreas, please someone coul
Thanks for all!
Sébastien-
> On Tue, Jun 28, 2016 at 04:32:39PM +0200, Sebastien Jodogne wrote:
> > In complement to yesterday's update of the main "orthanc" package, I have
> > just updated two of its companion plugins:
> >
> > - orthanc-webviewer 2.2 [1]
>
> Uploaded.
>
> > - orthanc-dicomw
Dear Andreas,
> > >For me the move is not urgent if the issue above is no real problem for
> > >you.
> >
> > OK, so I propose to move the package to Git.
>
> Done.[1]
> [1] https://anonscm.debian.org/git/debian-med/orthanc-imagej.git
Great, thanks!
Regards,
Sébastien-
> > Indeed, I am currently running all my integration tests to be sure that
> > everything is OK.
>
> Hmmm, why not adding these tests as autopkgtest?
Actually, running these integration tests requires a network connection and a
Docker infrastructure. They are much more involved than the unit te
Dear all,
I am back from vacations.
I have just committed the fix for bug #818512 in the "orthanc" package ("FTBFS:
Please install libdcmtk*-dev") [1]. Some Lintian issues have been fixed as well.
The new version of the package "1.0.0+dfsg-2" is ready [2]. Andreas, would it
be possible for you
> > does any of the existing plugins show how to add a REST API
> > call to Orthanc when loaded ?
>
> Ah, I see: Samples/Basic/...
> :-)
Yes, and you can also check the following official plugins to have more
complete sample code:
http://www.orthanc-server.com/static.php?page=web-viewer
http://w
Hi,
> first of all: I don't expect you to work on all this, much
> less _now_.
>
> I am mainly asking to further my own understanding and to
> assess what I can do or what I need to find someone to do.
OK ;)
> Ah, I see. So, assuming there _would_ be two REST calls
>
> submit_wl_entry_f
> > Yes. The only problem would be to remove the worklist once
> > the device has uploaded its acquisition to Orthanc
>
> How does that happen _now_ with the current ModalityWorkList
> plugin ? (without regard to anything I said would be useful
> from a GNUmed point of view)
The current plugin wi
> When the ModalityWorkList plugin is loaded the Orthanc server
> gains the following capabilities:
>
> - watch a given path for files (which represent worklist entries in
> DICOM
> format)
> - when queried appropriately, return answers based on those files
>
> Is that correct
Hello Karsten,
> > I have got two questions regarding this plugin:
> >
> > 1) Are you planning to provide something like this (pseudocode):
> >
> > curl PUT
> > SERVER:worklist/WORLIST_NAME/worklist_file?data=data_of_worklist_file.wl
> >
> > That way, external software (like GNUmed)
Hello Sebastian,
I write you as the author of Orthanc [1] that you mentioned in your question.
> > What I would like to do: [typical imaging workflow]
>
> This can indeed be covered by Open Source tools. One well-known Open
> Source DICOM toolkit is DCMTK which is developed in Germany. [...]
>
Dear all,
FYI, orthanc has just been removed from testing.
But, the bug that justifies its removal from testing is fixed since November
10th, 2015:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804571
Is there something that remains to be done to migrate new versions of orthanc
to testing?
> > I released today the first stable release of Orthanc (version 1.0.0). I
> > have updated the git repository of Debian Med with this new version. Could
> > you once again upload it?
>
> Uploaded.
Thanks!
> PS: May be you might consider becoming a Debian Maintainer. I think
> you are abl
Hi Andreas,
> You are welcome. Just tell me if you want me to migrate also the
> remaining orthanc-* packages. For me the migration is not that
> urgent since there is no change of the original tarball needed but
> you might be interested to use a single VCS - so just let me know.
Actually, I d
Hi Andreas,
> > I have just upgraded all the Orthanc plugins:
> > - orthanc-webviewer: version 2.1
> > - orthanc-postgresql: version 2.0
> Both done.
> > - orthanc-dicomweb: version 0.2
> Moved to Git since stripped orig.tar.xz and uploaded.
Great! Thanks for the uploads and for the move to git
Hello,
I have just upgraded all the Orthanc plugins:
- orthanc-webviewer: version 2.1
- orthanc-postgresql: version 2.0
- orthanc-dicomweb: version 0.2
Andreas, would it be possible for you to upload these new versions? Thanks in
advance!
Regards,
Sébastien-
updated version of "orthanc-postgresql" will
also follow in the next few days.
Cheers,
Sébastien-
> On Thu, Dec 03, 2015 at 09:15:52PM +0100, Sébastien Jodogne wrote:
> >
> > AFAIC, there is no problem to switch the source of the "orthanc" Debian
> > package
Hi Andreas,
> > I have just updated the DebianMed repository with the newest upstream
> > version of Orthanc (0.9.5) [1].
>
> Uploaded.
Thanks!
> Remark: My personal policy is to migrate those packages that are using
> orig.tar.?z archives which are not byte identical with what is
> downloaded
Dear all,
I have just updated the DebianMed repository with the newest upstream version
of Orthanc (0.9.5) [1].
Andreas, if the package looks OK to you, please would you kindly upload it?
Thanks in advance!
Cheers,
Sébastien-
[1]
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/or
Hi Andreas,
I have just fixed bug #804571 that was reported yesterday on Orthanc [1,2].
Would it be possible for you to upload this new version (0.9.4+dfsg-2)?
TIA,
Sébastien-
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804571
[2] http://anonscm.debian.org/viewvc/debian-med?view=revi
1 - 100 of 159 matches
Mail list logo
