On Thursday, July 14, 2016 8:04:28 AM CDT Andreas Tille wrote:
> On Wed, Jul 13, 2016 at 10:43:27PM +0200, Gert Wollny wrote:
> > > I admit I either need to find a powerful box *and* a connection with
> > > better bandwidth for upload than I usually have. I have put Steve
> > > who did previous
On February 3, 2016 12:55:59 PM Andreas Tille wrote:
> On Wed, Feb 03, 2016 at 12:49:54PM +0100, Gert Wollny wrote:
> > > I can't upload itk until I'm arrived in Kpenhagen (hope we have a
> > > perfect connection there). IT would be cool if somebody else would be
> > > faster than me with
On February 3, 2016 03:35:06 PM Gert Wollny wrote:
> On Wed, 2016-02-03 at 08:19 -0600, Steve M. Robbins wrote:
> > I'd be happy to do the build & upload.
> > Gert: Is the repo ready to go NOW?
>
> Yes, I tested the build last night on amd64.
Great! I'm building now.
On November 18, 2015 01:59:32 PM Gregory Sharp wrote:
> Hi,
>
> == Question 1 ==
>
> I'm at a loss to figure out why plastimatch does not build on i386.
[ ... ]
> When I build on i386 with pbuilder, everything seems to build fine.
My recollection is that the dependency resolver used by
On August 12, 2015 10:01:36 PM Steve M. Robbins wrote:
> Hi,
>
> Previously on debian-med, I proposed that ITK v3 be dropped from the archive
> [1]. The only respondent agreed with that. So I filed for removal [2] and
> received notice that several packages still depend
Update on ITKv4: I have finally managed a complete build of ITK 4.8.0. Because
it participates in the libstdc++ transition [1], I am uploading to
experimental for staging.
[1] https://release.debian.org/transitions/html/libstdc++6.html
-Steve
signature.asc
Description: This is a digitally
On August 18, 2015 05:34:09 PM Gregory Sharp wrote:
Hi Steve,
Is ITK v4 now working on platforms that are not amd64 / i386?
Sorry; no, it isn't.
Or should the dependencies for other platforms be retained?
ITK v3 is going to be removed, so I think the dependency won't help you.
-Steve
)rename in your package follow:
INSERT grep results
-
Any comments on this before I send these out?
Is it possible your grep is showing false positives?
I checked these two:
Steve M. Robbins s...@debian.org
gdcm (U)
insighttoolkit4 (U)
and found no use of rename.
I did
On August 14, 2015 07:06:30 AM Andreas Tille wrote:
On Thu, Aug 13, 2015 at 07:58:07PM -0500, Steve M. Robbins wrote:
On August 13, 2015 01:47:37 PM Dmitry Smirnov wrote:
On Wednesday 12 August 2015 22:01:36 Steve M. Robbins wrote:
Could those package maintainers update to v4, please
On August 13, 2015 01:47:37 PM Dmitry Smirnov wrote:
On Wednesday 12 August 2015 22:01:36 Steve M. Robbins wrote:
Could those package maintainers update to v4, please?
First ITK-4 needs to be re-build for GCC-5 transition.
Yes, true.
There is work in progress on that front [1]. I'm
to v4,
please?
Thanks,
-Steve
[1] https://lists.debian.org/debian-med/2015/08/msg00010.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795019
On August 12, 2015 11:54:07 AM you wrote:
On Sunday, August 09, 2015 10:48:36 AM Steve M. Robbins wrote:
Package: ftp.debian.org
Severity
On August 4, 2015 03:00:58 PM Andreas Tille wrote:
On Tue, Aug 04, 2015 at 07:25:55AM -0500, Steve M. Robbins wrote:
On August 2, 2015 07:13:09 AM Andreas Tille wrote:
Gccxml: I have taken your idea of a compatibility wrapper around castxml,
implemented the suggestions of Brad King [2
Hi Sébastien,
Great work!
On August 6, 2015 04:28:37 PM Sébastien Jodogne wrote:
Sorry for the multiple posts, but thanks to Steve's upload of gccxml last
evening, I have finally managed to make the transition of the gdcm package
to gcc-5. A single patch to the CMake scripts is necessary
On August 5, 2015 03:29:30 PM Sébastien Jodogne wrote:
I will try hard to get the script into VCS tonight and then I will welcome
help in testing the builds on dependent packages.
Great! Let me know when things are ready.
OK. The gccxml package is updated with a wrapper around castxml
On August 4, 2015 07:19:14 PM Sébastien Jodogne wrote:
As a consequence, I would like to know when updated versions of the
libgdcm2.4 and libgdcm2-dev packages built with gcc-5 will be available
in
the repositories. Is this information available somewhere?
If you read the Debian
On August 2, 2015 07:13:09 AM Andreas Tille wrote:
Hi,
you might have noticed that we have gathered several gcc-5 related bugs.
The situation in several medical imaging packages is specifically hard
since it is a longer chain of dependencies and these seem to be
specifically hard to solve.
On July 29, 2015 09:40:41 AM Ghislain Vaillant wrote:
FYI, I am intending to write a piece on the d-science / d-med policies
regarding DEP-14 and its relationship with import-orig and pure Git
workflows. Just need to find the time for it.
Just like to say: I would find that extremely
On July 24, 2015 06:09:10 PM Julien Lamy wrote:
Philip and Steve: thank you for your suggestions. I have written the ITP
bug report way too quickly, and the description indeed needs a lot of
clarifying. My apologies for this.
Would you agree with the following modifications?
Suggested text
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
* License : CeCILL-B
On July 21, 2015 04:46:40 PM Paul Novotny wrote:
On Mon, 2015-07-20 at 11:34 -0500, Steve M. Robbins wrote:
1. Upstream now separates the test data from the source tarball. I
would like
to keep the tests so I planned to use the multiple orig tarball
feature. I
believe I've done
On July 21, 2015 03:03:55 PM Paul Novotny wrote:
So, based on that commit message, and Gert's description of why the
patch was added, I think this patch can be removed. As the library has
been removed. I am building now to make sure the lintian warning is
gone.
OK, thanks for tracking down
On July 20, 2015 04:09:24 PM Paul Novotny wrote:
On Mon, 2015-07-20 at 11:34 -0500, Steve M. Robbins wrote:
2. I disabled patches/0005-make-gdcm-helper-library-static.patch
because it
did not apply cleanly. I did not spend time investigating how to fix
it or
whether it is even needed
On July 18, 2015 02:12:05 PM Steve M. Robbins wrote:
I should also like to mention that I have started packaging the new
ITK (4.8.0) using the CastXML. I have gotten ITK to build and will
push the changes to alioth sometime this weekend. At this point, I've
just done minimal changes to get
On July 18, 2015 09:53:35 PM Andreas Tille wrote:
Hi Steve,
On Sat, Jul 18, 2015 at 02:12:05PM -0500, Steve M. Robbins wrote:
Just before your
email, I got a response saying I had missed the license of some files.
I fixed that and re-uploaded it a couple hours ago. So it is in NEW
Hi Andreas,
On Sat, Jul 18, 2015 at 11:00:14AM +0200, Andreas Tille wrote:
Hi Steve,
as you most probably know several Debian Med packages (and probably
others) seem to need castxml since gccxml does not build with gcc-5 and
is not maintained any more. Could you be so kind to give a status
On Fri, Jul 17, 2015 at 06:33:04PM +0200, Julien Lamy wrote:
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
On July 9, 2015 03:50:58 PM Corentin Desfarges wrote:
Thank you !
I'm faced a new problem : activiz is now working with libvtk6 [1],
How did you manage that? I looked a couple months ago and the released, free
ActiViz only built with VTK 5.8, not even with 5.10 let alone 6.
-Steve
On May 6, 2015 10:41:08 PM Matt McCormick wrote:
Hi Gianfranco, Gert,
/«BUILDDIR»/insighttoolkit-3.20.1
+git20120521/Utilities/vxl/vcl/vcl_compiler.h:123:4: error: #error
Dunno about this gcc
A fix was contributed and merged:
http://itk.org/gitweb?p=ITK.git;a=commit;h=7f54e864
Thanks, Paul,
On February 23, 2015 09:05:58 AM Paul Novotny wrote:
I have not used mitk or camitk, so I can't answer your question
directly. But I have had luck prototyping applications using itk and vtk
in python. It gives you a Matlab-y way to try things out in ITK, and
visualize in VTK (or
Hi,
I'm about to dive into a small surgical planning project that will use some
ITK algorithms (e.g. vesselness) and require visualization. For rapid
prototyping the application, what is recommended today? I have used slicer in
the past, though not for prototyping, and I've vaguely heard of
On January 27, 2015 06:46:44 PM Gert Wollny wrote:
Hi all,
I've prepared the upload of insighttoolkit version 4.7 in the svn.
Since the library package names changes it needs to be sponsored
(Steve ?), and the package should go to experimental.
I can do the upload.
There is still one
On January 27, 2015 11:59:02 PM Gert Wollny wrote:
On Tue, 2015-01-27 at 13:28 -0600, Steve M. Robbins wrote:
Hm. I agree that installing the doxygen sources is not terribly useful.
Would be nice to actually run doxygen and build the docs.
Considering that the ITK build already hits
On August 21, 2014 09:50:56 AM Andreas Tille wrote:
Hi,
as you might have noticed igstk is RC buggy and also lagging behind
upstream (5.2). If nobody has any interest in keeping the package alive
I don't use the package and have no intention of maintaining it, I'm afraid.
-Steve
--
To
Hi,
I'm tuning in late, but regarding Ira Kalet's question:
3. Finally, there is still the issue of what the US FDA might say
about distribution within the US,
We have to worry about more than just the US. Almost every country regulates
the marketing of medical devices.
as software
On July 25, 2014 05:37:01 PM Gert Wollny wrote:
Which brings me to #756015: #660547 is closed for some time now,
I'd forgotten about that!
did you ever try to build with system hdf5?
I have basically been documenting the flags within debian/rules and this
comment:
# system HDF5 (omits
On June 5, 2014 07:15:33 PM costamagnagianfra...@yahoo.it wrote:
Hi all,
is somebody taking care of 746863?
http://bugs.debian.org/746863
I am not actively working on it. In truth, I have very limited time available
for Debian activities at the moment, so someone else will need to step up.
On May 29, 2014 12:26:43 PM Gert Wollny wrote:
On Thu, 2014-05-29 at 10:48 +0100, Gianfranco Costamagna wrote:
Yes, but wasn't the upload something like
do the test, but just print them and don't fail if tests fails?
No, never. The tests are there to make sure that the code is properly
On May 27, 2014 12:36:14 PM Gert Wollny wrote:
Hello Gianfranco,
On Tue, 2014-05-27 at 11:17 +0100, Gianfranco Costamagna wrote:
do anybody plan to upload insighttoolkit4 in the next few days?
I'm confident that Steve is at it, we just had to sort out the proper
way to print out the test
On May 24, 2014 12:09:44 PM Gert Wollny wrote:
Actually I'm not a DD, [...]
OK, I'll take care of the upload.
About the changes: this is the first time I've seen the .ONESHELL trick so the
following may be just showing my ignorance, but the docs [1] state that this
special target changes the
On May 23, 2014 02:25:52 PM Gert Wollny wrote:
Hi Steve,
I've uploaded the changes. I test build it in a i386 pbuilder and it ran
through. I also added myself to the uploaders list, because it seems I
work on this quite regularly,
Oh! I didn't realize you were a Debian DD. If you got it
On May 22, 2014 09:39:42 PM Gert Wollny wrote:
Hopefully tomorrow evening all is tested and I will commit the changes.
Then I would then ping you that you can prepare the new upload with
these changes in place if this is okay with you.
OK, sounds good. Thanks!
-Steve
signature.asc
On March 27, 2014 10:24:56 AM Steve M. Robbins wrote:
On March 27, 2014 12:43:47 AM Steve M. Robbins wrote:
On March 26, 2014 12:10:13 PM Gert Wollny wrote:
Hi Steve,
as expected cowbuilder did run through without problems for the latest
upload and i386 + amd64, and the only
On March 27, 2014 12:43:47 AM Steve M. Robbins wrote:
On March 26, 2014 12:10:13 PM Gert Wollny wrote:
Hi Steve,
as expected cowbuilder did run through without problems for the latest
upload and i386 + amd64, and the only lintian warning I see is
* libinsighttoolkit4-dev: binary
On March 26, 2014 12:10:13 PM Gert Wollny wrote:
Hi Steve,
as expected cowbuilder did run through without problems for the latest
upload and i386 + amd64, and the only lintian warning I see is
* libinsighttoolkit4-dev: binary-without-manpage usr/bin/itkTestDriver
OK, thanks! I'll run a
On March 12, 2014 11:16:05 PM Steve M. Robbins wrote:
On March 12, 2014 04:40:35 PM Gert Wollny wrote:
Hello Steve,
just wanted to mention that my last revision r16399 built on both amd64
and i386 sid.
OK, great! I noticed a discrepancy between control.in and control so I re
Hi Paul,
Glad to hear you can help!
On March 9, 2014 06:25:21 PM Paul Novotny wrote:
Ok, so I can help out. Do you think getting nightly builds up and
running is a good goal? Or are there better places to focus my efforts
on?
The two big task categories are:
1. Care for debian package on
On March 12, 2014 04:40:35 PM Gert Wollny wrote:
Hello Steve,
just wanted to mention that my last revision r16399 built on both amd64
and i386 sid.
OK, great! I noticed a discrepancy between control.in and control so I re-
generated and checked-in the latter. Running a build now...
I've
On March 4, 2014 02:38:51 PM Gert Wollny wrote:
Hi,
it seems all test pass now and the python package builds.
That's fantastic! Thanks for doing this.
I've uploaded the current state to a branch:
svn.debian.org/svn/debian-med/trunk/packages/insighttoolkit/branches/itk4-en
able-python
Hello Matt,
On November 6, 2013 05:43:37 PM Matt McCormick wrote:
Jean-Christophe noted this bug [1] at the CTK hackfest, which is
blocking CTK for other architectures. Is it possible to get some of
these architectures reporting nightly builds [2] to the ITK software
quality dashboard [3],
On March 19, 2013 09:48:15 AM Paul Novotny wrote:
On Mon, 2013-03-18 at 00:56 -0500, Steve M. Robbins wrote:
So I turned on system tiff, added your patch, and updated the
build depends. Depending on libtiff5-dev failed due to conflict with
libvtk5- dev, so I used libtiff5-alt-dev instead
Hi Paul,
Just getting back to some ITK work...
On February 13, 2013 08:21:52 AM Paul Novotny wrote:
So, long story short, we should use system tiff
(-DITK_USE_SYSTEM_TIFF:BOOL=ON) and apply the attached patch. Or, not
use system tiff and use the patch in [1]. I vote for using system tiff.
I
On January 3, 2013 07:58:50 AM Paul Novotny wrote:
On on un-related note, what is your work-flow when working with the
debian-svn?
I think it's standard usage of svn-buildpackage. See http://svn-
bp.alioth.debian.org/ch02.html to get started.
ie, is there an easy way to setup the source
On December 24, 2012 11:08:17 AM Paul Novotny wrote:
I was thinking of taking a crack at enabling the python wrappings for
insighttoolkit4. Correct me if I am wrong, but this was never enabled
after the upgrade from insighttoolkit3 to insighttoolkit4?
Yes, that is the case. My initial
On Tue, Jun 12, 2012 at 04:18:14PM -0400, Paul Novotny wrote:
Ok, I have just built ITK 4.1 successfully with gcc 4.7 on amd64. All my
patches are attached here (just to have them in one place).
Thanks: impressive work!
SpatialObject-Test-Segfaults.patch: Fixes the segfaults, in the spatial
On Tue, Jun 05, 2012 at 09:33:06PM -0500, Steve M. Robbins wrote:
So I just noticed that my nightly build of ITK 4 has been
failing ever since Debian switched to gcc 4.7. The
previous night was successful. Might be worth switching
to gcc-4.6 for the build.
Since gcc 4.7's optimizer
On Sat, Jun 09, 2012 at 08:57:01AM -0400, Bill Lorensen wrote:
We need someone to run the spatial object tests in a debugger to
give us a hint.
Well, I spent some time looking at itkReadWriteSpatialObjectTest and
I've determined a few things.
1. It works when built using gcc 4.6 in Release
On Sun, Jun 10, 2012 at 12:03:39AM -0500, Steve M. Robbins wrote:
Well, I spent some time looking at itkReadWriteSpatialObjectTest and
I've determined a few things.
[...]
2. It works when built using gcc 4.7 in RelWithDebInfo mode (flags -O2 -g).
[...]
4. It fails when built using gcc 4.7
On Sun, Jun 03, 2012 at 02:17:52PM -0400, Paul Novotny wrote:
On Sun, 2012-06-03 at 00:11 -0500, Steve M. Robbins wrote:
On Sat, Jun 02, 2012 at 06:38:16PM -0400, Paul Novotny wrote:
On Sat, 2012-06-02 at 16:06 -0500, Steve M. Robbins wrote:
First order of business is to go through
Hello,
On Sat, Jun 02, 2012 at 02:27:00PM -0400, Paul Novotny wrote:
What is the status of ITK version 4? I noticed that Wheezy is going to
freeze soon, and was wondering what I could do to help get this into
testing.
Thank you! More hands for ITK is indeed welcome. Between ITK, Boost,
and
On Sat, Jun 02, 2012 at 06:38:16PM -0400, Paul Novotny wrote:
On Sat, 2012-06-02 at 16:06 -0500, Steve M. Robbins wrote:
First order of business is to go through the buildd logs and get a
list of the issues. There is only one issue currently filed
(#670609), a trivial missing Conflicts
On Sat, Jun 02, 2012 at 06:38:16PM -0400, Paul Novotny wrote:
On Sat, 2012-06-02 at 16:06 -0500, Steve M. Robbins wrote:
First order of business is to go through the buildd logs and get a
list of the issues. There is only one issue currently filed
(#670609), a trivial missing Conflicts
On Sat, May 19, 2012 at 10:48:19AM -0400, Jay Berkenbilt wrote:
I'm quoting the entire old thread below since it's been a while, but I
have a solution now unless the release team rejects it.
Yaroslav Halchenko deb...@onerussian.com wrote:
there seems to be a new build-depends
On Fri, Apr 27, 2012 at 04:18:45PM -0400, Joey Hess wrote:
Charles Plessy wrote:
As proposed in 2010 (http://bugs.debian.org/190753#98), I would like to ask
the
Technical Comittee to reconsider our Policy, and restrict it to cases where
the
name of a program is an interface
On Mon, Mar 19, 2012 at 04:46:42PM -0400, Paul Novotny wrote:
On Sun, 2012-03-04 at 13:09 -0600, Steve M. Robbins wrote:
Other architectures show a regression in that now the libraries don't
even build whereas before they did build. Still others claim a
dependency installability problem
Hi,
To recap: I can build ITK 4.1.0 and run the test suite on
Debian/unstable amd64 machine. However, the 32-bit i86
fails on seven FFT tests.
Yaroslav provided some output from a Debug run:
PlanRigor: FFTW_EXHAUSTIVE (8)
ITKFFTTestDriver:
On Mon, Apr 23, 2012 at 09:40:28AM -0400, Paul Novotny wrote:
SO, in the end, I learned more than I wanted. And the solution is
probably to include my patch, changing #if to #ifdef.
I agree. It never occurred to me that someone (#cmakedefine) would
write #define WORDS_BIGENDIAN rather than
On Fri, Mar 02, 2012 at 07:56:40PM -0500, Luis Ibanez wrote:
We just tagged the Git repository this morning with:
v4.1.0
Would you mind trying this one ?
Done: 4.1.0 was uploaded yesterday to Debian/experimental.
We (ITK developers) will be happy
to track any
On Fri, Mar 02, 2012 at 09:47:50AM -0500, Yaroslav Halchenko wrote:
BTW -- just to keep itk4 packaging going forward: tried to build it on
sid, seems to build (32bit tools on 64bit kernel) but some tests
fail/segfault:
is that something known?
I discovered the same. I got the packages to
On Mon, Jan 30, 2012 at 05:02:37PM +0100, Karsten Hilbert wrote:
The problem with bootstrapping is that Debian does not
allow to use foreign binaries (that is, binaries not
buildable on Debian) in order to build packages.
[KSB3] So Debian doesn't use gcc?
Of course it does and
On Tue, Jan 24, 2012 at 12:18:34PM +0100, Mathieu Malaterre wrote:
On Tue, Jan 24, 2012 at 8:21 AM, Andreas Tille andr...@an3as.eu wrote:
On Mon, Jan 23, 2012 at 09:53:16PM -0600, Steve M. Robbins wrote:
As such, I think it would be a disservice to our users to force an
abrupt transition
On Tue, Jan 24, 2012 at 08:38:44AM -0500, Dominique Belhachemi wrote:
Steve,
Thanks for all the work.
It would be good to have ITK4 in 'experimental'. Having coexisting
packages is nice to have but will cause probably too much trouble
(especially if we build all the language wrappers
On Sat, Jan 28, 2012 at 03:11:18PM +0100, Mathieu Malaterre wrote:
Since it's released, I was planning to upload straight to 'unstable'.
Do you think there's a need to stage in 'experimental' first?
ITK will be build against gdcm. I would prefer to see gdcm transition
(#657288) to have
On Sat, Jan 28, 2012 at 01:25:46PM -0500, Dominique Belhachemi wrote:
On Sat, Jan 28, 2012 at 4:43 AM, Steve M. Robbins st...@sumost.ca wrote:
On Tue, Jan 24, 2012 at 08:38:44AM -0500, Dominique Belhachemi wrote:
Steve,
Thanks for all the work.
It would be good to have ITK4
On Sat, Jan 28, 2012 at 09:07:34PM +0100, Mathieu Malaterre wrote:
Steve,
On Sat, Jan 28, 2012 at 7:27 PM, Steve M. Robbins st...@sumost.ca wrote:
On Sat, Jan 28, 2012 at 03:11:18PM +0100, Mathieu Malaterre wrote:
Since it's released, I was planning to upload straight to 'unstable
On Mon, Jan 23, 2012 at 07:48:00PM +0100, Thorsten Alteholz wrote:
IMHO, the process would be more robust if, instead, the script uses
the standard Debian method to describe whether the source package has
an upstream tarball + patch, or not. Specifically, the absense of a
debian revision in
Hi,
As some of you know ITK, the Insight Toolkit, version 4.0.0 was
released last month [1]. This is a major update from the previous
version 3.20.1, and upstream deliberately broke the API in certain
cases [2].
As such, I think it would be a disservice to our users to force an
abrupt
On Mon, Nov 21, 2011 at 03:36:57PM +0100, Mathieu Malaterre wrote:
Hi all (and Steve);
Does anyone knows what happen to libinsighttoolkit3-java ? I will
need the wrapitk version of this library for bioimagexd at some point.
Did the old libinsighttoolkit3-java package got removed to allow
On Thu, Nov 10, 2011 at 10:23:01AM +0100, Sebastian Hilbert wrote:
On Thursday, November 10, 2011 10:03:09 AM Steffen Möller wrote:
Sorry for saying the obvious here, but if the bug is not
Debian-specific, then it should go to ITK upstream.
I definitely encourage that patches for upstream
On Mon, Sep 26, 2011 at 07:07:04PM +0900, Charles Plessy wrote:
Le Mon, Sep 26, 2011 at 11:31:15AM +0200, Luca Capello a écrit :
Given that ncbi-blast+ provides a 'legacy_blast' script without the .pl
extension, the ncbi-blast+-legacy package should reflect that.
Dear all,
I would
Hi,
As Mathieu says:
As said previously, I believe #506992 is starting to block other
packages, so it would be nice to make some progress on this.
Indeed. So I propose to simply add overrides for both embedded
libraries. These libraries have not been a problem for the last 11
years that
On Tue, Aug 23, 2011 at 08:18:04AM +0200, Mathieu Malaterre wrote:
On Tue, Aug 23, 2011 at 2:23 AM, Steve M. Robbins st...@sumost.ca wrote:
On Mon, Aug 22, 2011 at 10:37:05PM +0200, Mathieu Malaterre wrote:
I am fairly confident with the sqlite patch. I am a lot less confident
On Mon, Aug 22, 2011 at 10:37:05PM +0200, Mathieu Malaterre wrote:
I am fairly confident with the sqlite patch. I am a lot less confident
with the ftgl patch. For some reason FTLibrary.h is not installed in
ftgl installation but seems to be used by VTK internals.
What are the differences
Thanks, Michael Schutte, for fixing one of the ITK bugs!
I have another problem that could really use some help, namely trying
to get insighttoolkit built on all architectures. I don't think
version 3.20 has ever built successfully on all architectures.
The problem seems to be all the wrappers.
On Sun, May 29, 2011 at 08:51:45PM +0200, Sebastian Hilbert wrote:
Am Sonntag, 29. Mai 2011, 05:27:08 schrieb Steve M. Robbins:
OK, I built and uploaded it.
Thanks a lot.
http://ftp-master.debian.org/new.html
When does it usually show up ?
In this specific instance, unfortunately
On Sat, May 28, 2011 at 05:45:26PM +0200, Andreas Tille wrote:
On Sat, May 28, 2011 at 05:29:35PM +0200, Mathieu Malaterre wrote:
I tried building Ginkgo-CADx and it looks ok to me now. So I agree
with question r6861 :)
I can confirm that the package builds in an unstable chroot and is
On Sat, Mar 05, 2011 at 07:07:15PM +0100, Andreas Tille wrote:
There are many viewers targeted a the neurology specialists but I have
found
Ginkgo-CADx to work nicely for non neurological dicom images.
It would be cool if somebody would work on packaging ...
Intrigued by this thread,
Hi Paul,
Thanks for the patches! I applied them all and am currently building
a new version. If all goes well, in a couple of hours, I'll upload
to experimental.
The only change I did not accept is:
* get-orig-source was still deleting the Code/Review directory. This
directory is needed
Novotny wrote:
On Sun, 2010-11-07 at 12:21 -0600, Steve M. Robbins wrote:
I am in the middle of packaging 3.20 myself for Ubuntu. I can send you
the sources when I get it working, if you want.
Oh! Is there any reason the Debian and Ubuntu packages couldn't
be the same? Rather than
On Mon, Dec 13, 2010 at 11:16:46AM -0500, Yaroslav Halchenko wrote:
Hi Steve,
Cool to see you are working on packaging elastix. We were referred to
it, and good old mairix lead me right to your email (on 2nd hit, since
first one was to recap this exact question of ITK_USE_REVIEW).
On Sun, Nov 07, 2010 at 11:04:05AM -0500, Paul Novotny wrote:
Here are the datatypes I turned on, I also attached my entire
CMakeCache.txt.debian file.
[...]
Thanks!
I am in the middle of packaging 3.20 myself for Ubuntu. I can send you
the sources when I get it working, if you want.
On Wed, Oct 27, 2010 at 10:29:50AM -0400, Paul Novotny wrote:
On Fri, 2010-10-22 at 20:35 -0500, Steve M. Robbins wrote:
On Fri, Oct 22, 2010 at 12:43:03PM -0400, Paul Novotny wrote:
Adding Review means you can also add WrapITK. Something I think is a
good idea, but others may
On Fri, Oct 22, 2010 at 12:43:03PM -0400, Paul Novotny wrote:
On Sun, 2010-10-17 at 23:04 -0500, Steve M. Robbins wrote:
Hi,
I'm considering switching to the new refactored Statistics classes in
ITK. This is an API-breaking move so I'd like to hear of any concerns
before implementing
Hi,
I'm considering switching to the new refactored Statistics classes in
ITK. This is an API-breaking move so I'd like to hear of any concerns
before implementing this.
The change would be done for version 3.20 of InsightToolkit (currently
stuck in the NEW queue) and not for version 3.18. So
Package: wnpp
Severity: wishlist
Owner: Steve M. Robbins s...@debian.org
* Package name: mriconvert
Version : 2.0
Upstream Author : Jolinda Smith joli...@uoregon.edu
* URL : http://lcni.uoregon.edu/~jolinda/MRIConvert/
* License : GPL
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Steve M. Robbins s...@debian.org
* Package name: insightapplications
Version : 3.20.0
Upstream Author : The Insight Consortium and Contributors
* URL : http://itk.org/ITK/resources/applications.html
* License : BSD (http
Hi,
The insighttoolkit package is a large and active code base. They use
a system of nightly build/test on a variety of machines [1] to ensure
that the code works on all supported platforms.
I run a build on my amd64 machine -- configured as the Debian ITK
packages -- to expose issues early.
On Fri, Jun 25, 2010 at 02:42:37PM +0200, Mathieu Malaterre wrote:
Hi Steve,
While trying to build GoFigure2, I found out that cmake viral
dependencies is striking again (*). I see that you fixed 580816, I am
wondering if I should re-open this bug or would you rather a new one.
If the fix
On Sat, Apr 24, 2010 at 11:14:31AM -0700, Scott Christley wrote:
Then when I use the svn-b alias (svn-buildpackage -us -uc -rfakeroot
--svn-ignore) the output is this:
chmod a+x
/home/scottc/Projects/tools/debian-med/trunk/packages/swarm/build-area/libswarm-2.3.0/./configure
chmod: cannot
On Mon, Nov 23, 2009 at 06:45:06PM +0100, Mathieu Malaterre wrote:
Steve,
I thought I should give an update.
I have been trying for the past weeks to get WrapITK working without
Review. I have to admit I never succeeded (see all my attempt
commented out in the patch file). I do not say
Hi Mathieu,
On Sun, Nov 08, 2009 at 07:55:23PM +0100, Mathieu Malaterre wrote:
On Sat, Nov 7, 2009 at 4:13 PM, David Paleino d.pale...@gmail.com wrote:
I suggest you to correctly re-upload your package :)
What is wrong with the following steps:
tar -xzf *.orig.tar.gz
cd
1 - 100 of 144 matches
Mail list logo
