Hi Paul,
On Mon, Feb 23, 2015 at 09:51:11PM -0500, Paul Novotny wrote:
> I am back to packaging OpenSurgSim, now that yaml-cpp has been added to
> experimental. I just pushed changes that add yaml-cpp as a
> build-depends, fixes the naming of the shared libraries to include the
> version number, a
On Mon, 23 Feb 2015, Martin Steghöfer wrote:
> So is it the official Debian position
There cannot be an official Debian position on this,
either it’s so or not, based on law ;-)
> that interfaces are not protected by copyright law? I'm not an expert
IANAL either, but interoperability is a big t
On Mon, 23 Feb 2015 08:34:30 -0600
"Steve M. Robbins" wrote:
> 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
On Tue Feb 24 2015 at 2:23:26 AM Andreas Tille wrote:
> Hi Michael,
>
> On Mon, Feb 23, 2015 at 10:37:43PM +, Michael Crusoe wrote:
> > > To explain the problem: We need to build the package in the main
> > > universe and the build-dependency libcolt-java is missing there. I
> > > tried to
Hi Thorsten!
Thorsten Glaser wrote:
On Mon, 23 Feb 2015, Martin Steghöfer wrote:
So is it the official Debian position
There cannot be an official Debian position on this,
either it’s so or not, based on law ;-)
Yes, it's the law, but I doubt that the law mentions Java interfaces
explicitly
On Tue, 24 Feb 2015, Martin Steghöfer wrote:
> the interface issue again. Because no matter how well we replace the
> implementation, if we can't use the interfaces or have to "cripple" them, we
> don't have a fix.
We can just reimplement them, since we control all packages
that go into Debian an
Hello Steve,
As I work in the CamiTK team, I'll try to describe to you the CamiTK project[1]
to see whether it feats your needs or not.
CamiTK is a C++ framework that allows rapid prototyping in the CAMI (Computer
Assited Medical Intervention) field.
Its main advantage is its architecture: Cami
Thorsten Glaser wrote:
On Tue, 24 Feb 2015, Martin Steghöfer wrote:
the interface issue again. Because no matter how well we replace the
implementation, if we can't use the interfaces or have to "cripple" them, we
don't have a fix.
We can just reimplement them, since we control all packages
tha
On Tue, 24 Feb 2015, Martin Steghöfer wrote:
> Sure, replacing the interfaces with our own ones (or the free ones from
> freehep) and patching all reverse dependencies can work. But as you've
> probably guessed from my choice of words ("crippling"), presenting an altered
> interface to all current
Hi Thorsten!
Thorsten Glaser wrote:
Can you, or anyone really, give some detail on what exactly is the
problem here (which files)?
I'm sorry for not having been more specific from the beginning. Given
that you had brought up the interface aspect yourself, I thought we were
on the same page.
On Tue, Feb 24, 2015 at 06:14:15PM +0100, Martin Steghöfer wrote:
> Hi Thorsten!
>
> Thorsten Glaser wrote:
> >Can you, or anyone really, give some detail on what exactly is the
> >problem here (which files)?
>
> I'm sorry for not having been more specific from the beginning.
> Given that you had
Hi Andreas!
Andreas Tille wrote:
Does anybody honestly think that the vanished author who does not seem
to care for his very old code at all will mind about our perfectly
theoretical discussion?
Very, very likely he won't. But if the fact that the copyright owner
won't sue us is the relevant
On Tue, Feb 24, 2015 at 06:51:24PM +0100, Martin Steghöfer wrote:
> Hi Andreas!
>
> Andreas Tille wrote:
> >Does anybody honestly think that the vanished author who does not
> >seem to care for his very old code at all will mind about our
> >perfectly theoretical discussion?
>
> Very, very likely
[Matthias Klose, 2015-02-12]
> The interpreter doesn't look up the old "module" name with the multiarch
> suffix.
> Best thing would be to rename it manually (removing the "module" substring.
> Of
> course dh_python2 could do that as well.
dh_python3 already does that for Python >= 3.2. Last ti
14 matches
Mail list logo
