Hi,
Le 22/12/2021 à 11:11, Andreas Tille a écrit :
Hi Yaroslav (and others)
I had a quick look at this bug but no real idea. I just fixed
d/watch in Git but I need to hand over this issue to someone more
competent than me.
Another one with a patch from upstream [1,2], backported to Salsa.
Le 03/03/2021 à 20:13, Andreas Tille a écrit :
On Wed, Mar 03, 2021 at 04:45:02PM +0100, Julien Lamy wrote:
Would the following solution be acceptable per Debian policy:
- Keep dirsplit and its dependency gen_scheme installed in
usr/lib/mrtrix3/bin (current situation)
- Install everything else
Le 03/03/2021 à 14:50, Julien Lamy a écrit :
Hi Nilesh,
Le 03/03/2021 à 13:31, Nilesh Patra a écrit :
Hi
On Wed, 3 Mar, 2021, 5:10 pm Julien Lamy, <mailto:l...@unistra.fr>> wrote:
All binaries are installed in /usr/lib/mrtrix3/bin.
They are being symlinked to usr/bin s
Hi Nilesh,
Le 03/03/2021 à 13:31, Nilesh Patra a écrit :
Hi
On Wed, 3 Mar, 2021, 5:10 pm Julien Lamy, <mailto:l...@unistra.fr>> wrote:
All binaries are installed in /usr/lib/mrtrix3/bin.
They are being symlinked to usr/bin see here[1]
Is there a reason I
missed or m
Hi all,
I've updated the Salsa repository for MRtrix3 so that the package now
builds correctly. There are still a couple of issues :
Lintian complains about unnecessary-team-upload. Is this just the matter
of Andreas' entry in the changelog?
All binaries are installed in
Hi all,
I've updated Odil to the latest upstream version. Could I get a review
(https://salsa.debian.org/med-team/odil) and, if everything looks good,
an upload?
Cheers,
--
Julien
Le 07/12/2020 à 18:18, Yaroslav Halchenko a écrit :
On Mon, 07 Dec 2020, Andreas Tille wrote:
Hi,
since we take over packages in our tasks files from Neurodebian step by
step I did so with ants[1] which is unmaintained since a long time[2].
I upgraded the packaging to Debian Med standards
Dear all,
I've updated the Salsa repository of Odil to the latest upstream version
(0.12.0). The packages build correctly on sid, and lintian reports
neither warnings nor errors.
On the packaging side, I've disabled the parallel build in hope that the
build failures will stop: the parallel build
Dear all,
I've updated the Salsa repository of Odil to the latest upstream version
(0.11.0). The packages build correctly on sid, and lintian reports
neither warnings nor errors.
Could I get a sponsored upload for this?
Cheers,
--
Julien
signature.asc
Description: OpenPGP digital
Le 17/01/2019 à 22:14, Gregory Sharp a écrit :
>
> Hi,
>
> I have been investigating #913304 [1], which causes plastimatch tests to fail.
> (Also it makes dcmdump not working in sid.) I think the problem can be
> solved by:
>
> sed -e 's/CMAKE_INSTALL_DATADIC/DCMTK_INSTALL_DATDIC/'
>
> to
Dear all,
Due to the DCMTK transition, the rebuilds of odil have failed. I've
uploaded a fix to the salsa repostory: could I get a sponsored upload
for this?
Cheers,
--
Julien
signature.asc
Description: OpenPGP digital signature
an.org/status/package.php?p=odil
>
> On Fri, Jan 04, 2019 at 05:31:26PM +0100, Julien Lamy wrote:
>> Hi all,
>> The latest version of Odil does not build on mips64el [1] and if I'm not
>> mistaken, this is the only thing preventing the package to migrate to
>> tes
Hi all,
The latest version of Odil does not build on mips64el [1] and if I'm not
mistaken, this is the only thing preventing the package to migrate to
testing. By going through the logs, one of the unit tests times out when
building [2]. Since I don't have access to a real mips64el box, I've
Hi Andreas,
Le 28/11/2018 à 08:44, Andreas Tille a écrit :
> Hi Julien,
>
> On Tue, Nov 27, 2018 at 12:47:00PM +0100, Julien Lamy wrote:
>> Dear all,
>> I've updated the Salsa repository of Odil to the latest upstream version
>> (0.10.0), with the benefit of cl
Dear all,
I've updated the Salsa repository of Odil to the latest upstream version
(0.10.0), with the benefit of closing #914144 (boost-python is not a
dependency anymore). The packages build correctly on sid, and lintian
reports neither warnings nor errors.
Could I get a sponsored upload for
Dear all,
I've updated the Salsa repository for odil with the latest upstream
version (0.10.0). With the current version, Lintian issues a warning
(package-has-unnecessary-activation-of-ldconfig-trigger) which seems
unrelated to my packaging (there is no explicit use of the ldconfig
trigger): is
Dear all,
I've updated the Git repository of Odil to the latest upstream version
(0.9.2). The packages build correctly on sid, and lintian shows neither
warning nor errors. I think this new version could also solve the build
problems on mipsel and mips64el.
Could I get a sponsored upload for
Dear all,
I've updated the Git repository of Odil to the latest upstream version
(0.9.1). The packages build correctly on sid, and lintian shows neither
warning nor errors.
Could I get a sponsored upload for this?
Cheers,
--
Julien
signature.asc
Description: OpenPGP digital signature
Hi Afif,
Le 18/10/2017 à 01:57, Afif Elghraoui a écrit :
> Hi, Julien,
>
> على الثلاثاء 17 تشرين الأول 2017 05:48، كتب Julien Lamy:
>> Dear all,
>> I've fixed bug #878426 in the Git repository of odil (and similar
>> not-yet-existing bugs for future Python tran
Dear all,
I've fixed bug #878426 in the Git repository of odil (and similar
not-yet-existing bugs for future Python transitions). I was however too
slow and an NMU was performed a few hours ago: what is the policy
regarding the upload to unstable in this kind of case?
Cheers,
--
Julien
Hi Andreas,
Le 22/08/2017 à 16:09, Andreas Tille a écrit :
> Hi Julien,
>
> On Tue, Aug 22, 2017 at 11:51:28AM +0200, Julien Lamy wrote:
>> Dear all,
>> I believe I've fixed #871301 in the Git repo of Odil:
>> * the build dep is fixed
>> * I don't generate
Dear all,
I believe I've fixed #871301 in the Git repo of Odil:
* the build dep is fixed
* I don't generate a symbols file, but the required symbols are both
present in the .so and I've added the dh_makeshlibs override
I've also fixed the detection of Python version and updated the
standards
Dear all,
Following the failed build of odil 0.8.0-1
(https://buildd.debian.org/status/logs.php?pkg=odil=0.8.0-1, caused
by an error in arch-dependent-only build) and bug #861747 (wrong
copyright attribution), I've prepared a new version in the Git repo
(0.8.0-2). If everything looks OK, could I
Hi Andreas,
Le 20/04/2017 à 16:33, Andreas Tille a écrit :
> Hi Julien,
>
> thanks for your work on this.
>
> On Thu, Apr 20, 2017 at 01:25:52PM +0200, Julien Lamy wrote:
>> Dear all,
>> I've updated the Git repository of Odil to the latest upstream version
>>
Dear all,
I've updated the Git repository of Odil to the latest upstream version
(0.8.0). Modulo my question below, could I get a sponsored upload?
This version adds (among other things) Python 3 wrappers: even though
Lintian passes on both stretch and sid, could I get your advice if the
way I
Dear all,
I've updated the Git repository of Odil [1] to the latest upstream
version (0.7.3); on the packaging side, this release should also address
the multiarch hints on the tracker.
Could I get a sponsored upload for this?
[1] https://anonscm.debian.org/cgit/debian-med/odil.git/
Cheers,
--
Dear all,
I've updated the Git repository of Odil to the latest upstream version
(0.7.1). It builds and passes lintian on my side, so if everything looks
OK, could I get an upload?
Cheers,
--
Julien
signature.asc
Description: OpenPGP digital signature
Le 22/06/2016 à 11:22, Andreas Tille a écrit :
> Hi Julien,
>
> On Tue, Jun 21, 2016 at 03:53:43PM +0200, Julien Lamy wrote:
>>
>> Thanks, but since all 32-bit arches failed on the same test (except for
>> sh4 on which gcc segfaults and powerpcspe on which a build-de
Le 20/06/2016 à 17:44, Mattia Rizzolo a écrit :
> On Mon, Jun 20, 2016 at 05:15:50PM +0200, Julien Lamy wrote:
>> I've updated the git repository of Odil with the new upstream release,
>> which should have the nice effect of finally fix the build
>> reproducibility. Could I g
Dear all,
I've updated the git repository of Odil with the new upstream release,
which should have the nice effect of finally fix the build
reproducibility. Could I get a sponsored upload for this?
Cheers,
--
Julien
signature.asc
Description: OpenPGP digital signature
Le 27/05/2016 à 10:22, Andreas Tille a écrit :
> Hi Julien,
>
> On Fri, May 27, 2016 at 09:57:12AM +0200, Julien Lamy wrote:
>> I'm pretty confident that my fix will also work on
>> armhf, but is there a way to test this without an armhf machine at hand?
>
> I think th
Dear all,
Since it seems to be reproducibility season, I've made odil build
reproducibly on amd64 and i386 [1], following the test procedure
described in [2]. I'm pretty confident that my fix will also work on
armhf, but is there a way to test this without an armhf machine at hand?
[1]
Le 13/05/2016 à 16:09, Mattia Rizzolo a écrit :
> On Fri, May 13, 2016 at 03:55:32PM +0200, Julien Lamy wrote:
>> I've committed a new release (0.6.0-1) to the git repository of Odil. It
>> builds correctly in a sid chroot (both arch-dependent-only
>> arch-independent-only
Dear all,
I've committed a new release (0.6.0-1) to the git repository of Odil. It
builds correctly in a sid chroot (both arch-dependent-only
arch-independent-only) so, unless I missed something, could I get a
sponsored upload for this?
Cheers,
--
Julien
signature.asc
Description: OpenPGP
Le 22/04/2016 12:55, Mattia Rizzolo a écrit :
> On Fri, Apr 22, 2016 at 12:27:17PM +0200, Julien Lamy wrote:
>>> I'm going to test them out, and check if that works as expected, if not,
>>> well, I'll try to have it working :) (hope you're ok with it)
>>
&g
Le 22/04/2016 11:55, Mattia Rizzolo a écrit :
> On Fri, Apr 22, 2016 at 11:14:16AM +0200, Julien Lamy wrote:
>>
>>
>> Le 22/04/2016 08:42, Ghislain Vaillant a écrit :
>>> On 22/04/16 07:03, Julien Lamy wrote:
>>>> It seems that my fix actually made thin
Le 22/04/2016 08:42, Ghislain Vaillant a écrit :
> On 22/04/16 07:03, Julien Lamy wrote:
>> It seems that my fix actually made things worse since the builds have
>> failed for almost all architectures [1]. I think the cause is me not
>> reading correctly pbuilder's man page
ick fix, Andreas.
>
> On Thu, Apr 21, 2016 at 04:57:13PM +0200, Julien Lamy wrote:
>> Dear all,
>> I've committed a fix for #822110 (FTBFS when building only
>> arch-independent packages) in the git repository of Odil. Building only
>> architecture-independent as
Thanks for the upload!
--
Julien
Le 21/04/2016 17:55, Andreas Tille a écrit :
> Uploaded. Thanks for your quick fix, Andreas.
>
> On Thu, Apr 21, 2016 at 04:57:13PM +0200, Julien Lamy wrote:
>> Dear all,
>> I've committed a fix for #822110 (FTBFS when building only
>>
Le 15/04/2016 07:37, Andreas Tille a écrit :
> On Thu, Apr 14, 2016 at 04:14:08PM +0200, Julien Lamy wrote:
>>
>> If the package looks OK, could I ask for a sponsored upload?
Thanks for the upload!
> Please note my change
>
> diff --git a/debian/odil.postinst b/debi
Le 13/04/2016 18:54, Ghislain Vaillant a écrit :
> On 13/04/16 17:37, Julien Lamy wrote:
>> Dear all,
>> While preparing the package of the new upstream release of Odil, I had a
>> couple of questions regarding the packaging of Python extensions and
>> applications.
Dear all,
While preparing the package of the new upstream release of Odil, I had a
couple of questions regarding the packaging of Python extensions and
applications. I've read the Debian Python Policy and the Python Style
Guides on wiki.debian.org, but I'm not sure my current solution (cf.
Dear all,
I've updated the Debian Med repository with a new of Odil [1]. If this
looks OK, could somebody sponsor the upload?
As a side note, the tracker [2] mentions a problem while searching for a
new upstream version: is this related to bug 815980 [3] or is there
something wrong in my d/watch?
Le 01/03/2016 19:21, Mattia Rizzolo a écrit :
> On Tue, Mar 01, 2016 at 04:10:41PM +0100, Julien Lamy wrote:
>> Dear all,
>> I've updated the Debian Med repository with the newest upstream version
>> of Odil [1]. Could somebody sponsor the upload?
>>
>> [1]
&
Dear all,
I've updated the Debian Med repository with the newest upstream version
of Odil [1]. Could somebody sponsor the upload?
[1]
https://anonscm.debian.org/cgit/debian-med/odil.git/tag/?h=debian/0.4.1-1
Thanks!
--
Julien
<>
signature.asc
Description: OpenPGP digital signature
Hi Andreas,
Le 15/01/2016 16:27, Andreas Tille a écrit :
> On Fri, Jan 15, 2016 at 04:06:49PM +0100, Julien Lamy wrote:
>>
>>> I spended a bit more time in thinking about this. IMHO it makes sense
>>> to make the rename perfect by also renaming the Git reposit
Hi Andreas,
Le 16/01/2016 12:38, Andreas Tille a écrit :
> OK. I also added "Replaces" fields and uploaded - please git pull.
>
> I also renamed the files in the pristine-tar branch (make sure you
> pull all branches).
Thanks a lot!
If so, how is the removal of the old packages from the
Hi Andreas,
Le 15/01/2016 09:19, Andreas Tille a écrit :
> On Thu, Jan 14, 2016 at 10:01:48AM +0100, Julien Lamy wrote:
>> Since this release involves a renaming (from dcmtkpp to odil) from
>> upstream, I've followed the method 2 (dummy packages) from the renaming
>
Dear all,
I've updated the Debian Med repository with the newest upstream version
of Odil (previously DCMTK++) [1].
Since this release involves a renaming (from dcmtkpp to odil) from
upstream, I've followed the method 2 (dummy packages) from the renaming
doc of Debian [2]. Are the resulting
Le 25/12/2015 07:52, Andreas Tille a écrit :
> Hi Sébastien,
>
> On Thu, Dec 24, 2015 at 05:45:21PM +0100, Sébastien Jodogne wrote:
>> FYI, orthanc has just been removed from testing.
>>
>> But, the bug that justifies its removal from testing is fixed since November
>> 10th, 2015:
>>
Le 25/12/2015 17:23, Gert Wollny a écrit :
> Hello all,
>
>> Since I'm in the same situation as Sébastien, I did a bit of digging:
>>
>> * dcmtk fails to build on m68k [1], due to a qemu error [2, look for
>> "qemu: unhandled CPU exception"]
>
> But AFAIK, m68k is not a release arch, so should
Hi Andreas,
Le 08/10/2015 23:40, Andreas Tille a écrit :
> Hi Julien,
>
> On Thu, Oct 08, 2015 at 05:22:33PM +0200, Julien Lamy wrote:
>> Hello,
>> I have updated dcmtk++'s repository [1] with the latest upstream
>> version. This release includes new features
Hello,
I have updated dcmtk++'s repository [1] with the latest upstream
version. This release includes new features (native reading and writing
of DICOM files and generation of DICOMDIR files) as well as bugfixes. It
builds in a cowbuilder and lintian finds no error nor warning.
Andreas, would
Hi Andreas,
Le 30/07/2015 18:34, Andreas Tille a écrit :
On Thu, Jul 30, 2015 at 05:33:08PM +0200, Julien Lamy wrote:
feels like the first version of the package is ready: is there anything
else I should correct?
Nothing.
What would be the next steps?
Waiting until the package
Hi,
Le 23/07/2015 18:20, Andreas Tille a écrit :
On Thu, Jul 23, 2015 at 05:59:10PM +0200, Julien Lamy wrote:
I still have to generate a documentation package: I'll try to get this
done early next week…
Sounds like good progress. Just let us know about any problem.
I added
Le 24/07/2015 16:43, Steve M. Robbins a écrit :
On July 23, 2015 08:44:04 PM Philip Hands wrote:
Julien Lamy l...@unistra.fr writes:
* Package name: dcmtkpp
Version : 0.2.1
Upstream Author : Julien Lamy l...@unistra.fr
* URL : https://github.com/lamyj/dcmtkpp
Hi,
Le 22/07/2015 21:07, Andreas Tille a écrit :
Hi again,
On Mon, Jul 20, 2015 at 07:03:35PM +0200, Andreas Tille wrote:
I looked at d-shlibs, but I'm not sure what it is supposed to achieve :
it seems to me that all files are already in place and that they do not
need to be moved in the
Package: wnpp
Severity: wishlist
Owner: Debian Med team debian-med@lists.debian.org
* Package name: dcmtkpp
Version : 0.2.1
Upstream Author : Julien Lamy l...@unistra.fr
* URL : https://github.com/lamyj/dcmtkpp
* License : CeCILL-B
Programming Lang: C
Hi,
Le 17/07/2015 20:02, Andreas Tille a écrit :
Good. I have two points to mention. You used some versioned dependencies
and these are not all needed since the versions in question are provided
anyway at minimum. The easiest way to find this out is to use
cme fix dpkg-control
Le 16/07/2015 20:39, Andreas Tille a écrit :
That's OK now. I guess your next commits will be a debian/ dir. Feel
free to commit your latest stuff you just did and improve from there.
I just pushed the first version of the debian dir, which raised a
question regarding unit tests: should I
Hi,
Le 15/07/2015 18:17, Andreas Tille a écrit :
On Wed, Jul 15, 2015 at 05:36:26PM +0200, Julien Lamy wrote:
Hi Andreas,
Thanks for the warm welcome!
We made this a tradition in the Debian Med team.
And quite a nice one :-)
I have added you to the project. Please make sure you follow
Hi Gert,
Le 16/07/2015 14:37, Gert Wollny a écrit :
Hi Julien,
welcome from me as well.
Thanks!
To be clear here: Usually we use
gbp import-orig --pristine-tar source_tarball
Regarding this step: I've seen that your source tree does include
the /debian subdirectory. It is
/debian
Best regards,
--
Julien Lamy, Ph.D.
Research engineer
University of Strasbourg, ICube laboratory
signature.asc
Description: OpenPGP digital signature
Hi Andreas,
Thanks for the warm welcome!
Le 15/07/2015 16:22, Andreas Tille a écrit :
Hi Julien,
On Wed, Jul 15, 2015 at 03:27:57PM +0200, Julien Lamy wrote:
Dear all,
We have been developing in the past few months a DICOM library called
DCMTK++ [1] that wraps the oldish API of DCMTK
64 matches
Mail list logo