On Wednesday, April 25 2018, Sébastien Jodogne wrote:
> Dear Debian mentors,
Hey, Sébastien,
Disclaimer: I'm not a cmake expert.
> 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
> att
On 2018-04-25 11:32, Sébastien Jodogne wrote:
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
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,
Hi Fabien,
On Wed, Apr 25, 2018 at 08:10:16AM +, Fabien Pichon wrote:
> OK fine because the output from the Andreas' script edam.sh does not contain
> any date, so I cannot filter it.
Feel free to ask for additional fields you consider interesting. I'd
conclude from your sentence that the u
Hi Sébastien,
On Wed, Apr 25, 2018 at 12:32:28PM +0200, Sébastien Jodogne wrote:
> 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
On Wed, Apr 25, 2018 at 12:13:49PM +0200, Steffen Möller wrote:
>
> Well, I do not feel we have too much traffic on our mailing list. And I
> am happy
> not to think too much about how to inform you about the issue. Let us
> wait for a complaint.
My point is rather: If the fix is not that simple
Hi Dylan,
OK fine because the output from the Andreas' script edam.sh does not contain
any date, so I cannot filter it.
Maybe you will be more able to modify it to add this information.
Actually it's up to Debian Med concerning what you want to communicate on. If
you want to communicate only
As I said in my previous e-mail : YOU tell me what you want WE publish.
It is YOUR communication **NOT** OMICtools' one.
I just offered a "media" support after an Andreas' suggestion. No more.
You should maybe discuss all together in Debian Med about what you want
OMICtools can do, and just co
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
Hi,
On Wed, Apr 25, 2018 at 09:43:21AM +0200, Dylan Aïssi wrote:
> it should be better to use UDD instead and I have to learn how to use
> it.
:-)
Have a look the script packages_of_blend_entering_debian which I just
pushed[1]. That's not a fully correct solution but shows what you can
get easi
On 4/25/18 11:32 AM, Andreas Tille wrote:
> Hi Steffen,
>
> On Tue, Apr 24, 2018 at 08:37:34PM +0200, Steffen Möller wrote:
>> please kindly check https://blends.debian.org/med/tasks/bio#fasta3 (and
>> entries above and below) and see the git ref missing.
> Fixed[1]. Thanks for proof-reading task
Hi Dylan,
On 4/25/18 9:43 AM, Dylan Aïssi wrote:
> Hi Fabien,
>
> 2018-04-25 8:37 GMT+02:00 Fabien Pichon :
>> If what Dylan proposed is convenient for a majority of persons (and if the
>> list and script he sent are correct) I can have something ready this week or
>> the next one.
> Of course, th
Hi Olivier,
On Wed, Apr 25, 2018 at 09:59:47AM +0200, Olivier Sallou wrote:
> those libs don't seem to be in debian.
> after quick and dirty packaging of missing deps (locally), there are
> still other issues.
> Jar packaging needs other deps (may try *simple* jar like was done
> before) but more
Hi Steffen,
On Tue, Apr 24, 2018 at 08:37:34PM +0200, Steffen Möller wrote:
> please kindly check https://blends.debian.org/med/tasks/bio#fasta3 (and
> entries above and below) and see the git ref missing.
Fixed[1]. Thanks for proof-reading task sentinel which is very helpful
to enhance it and f
> I've also elaborated on this in the upstream bug
> https://github.com/facebook/zstd/issues/
Very good. Thanks!
>
>>> 3. I fear a similar fate will also happen to all the other functions
>>>defined similarly, so I wonder if at least some kind of comment
>>>should be added to the .sy
Hi Steffen and everybody,
The context is just to give more visibility, regularly, to your work, as
Andreas suggested.
Concerning "a deeper integration of our packages within the regular OMICtools",
as I said, some features are on the waiting list yet but our webdevs are too
busy. We have a lo
On 04/23/2018 05:00 PM, Olivier Sallou wrote:
> I had a look to fix latest picard-tools and found there are missing deps:
>
> > Could not resolve com.intel.gkl:gkl:0.8.2.
> Required by:
> project :
> > No cached version of com.intel.gkl:gkl:0.8.2 available for
> offline mod
Hi Fabien,
2018-04-25 8:37 GMT+02:00 Fabien Pichon :
>
> If what Dylan proposed is convenient for a majority of persons (and if the
> list and script he sent are correct) I can have something ready this week or
> the next one.
Of course, they are not correct :-) I will have another look today but
19 matches
Mail list logo
