[3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

[Gregor Riepl]

> So now you have libArcus.so -> libArcus.so.3 -> libArcus.so.1.0.0?  That's
> weird, but on my system I see libwt does the same thing, so I suppose it's not
> a problem...

The situation is like this:
libArcus.so.1.1.0 - shared lib file name
libArcus.so.3 - the SONAME, this is what executables are linked against
libArcus.so - this is how the linker finds what to link when you specify -lArcus

The symlinks are like this:
libArcus.so -> libArcus.so.1.1.0
libArcus.so.3 -> libArcus.so.1.1.0

The real confusion is between 1.1.0 and 2.3.1. Upstream said they want to
change versioning and 1.1.0 is the _real_ release version of libArcus. 2.3.1
is the corresponding Cura release.
Having a differing SOVERSION is fine, as long it is kept consistent (i.e. only
increments on incompatible API changes, and no sudden decrements).

>> Since we're closely tying a certain libArcus to a certain Cura version, I
>> believe it only has limited usefulness in our case.
> 
> Yes, I agree.  My interest wasn't based on it being useful, but in the fact
> that I don't understand the error, or the messages I see when building the
> package (it says it's building the symbols file, but it doesn't seem to exist
> after the build).

Oh, that's interesting. I could look into this later.

>> I created such a manpage. It's unlikely that it will have to be changed often
>> (except for the version, of course), so it won't be hard to maintain anyway.
> 
> Yes, that's the plan.  I would personally leave out the version as well,
> because I'm very likely to forget to update it when a new version is released.

Is that ok? I'll remove it in this case. :)
What about CuraEngine?

> Assuming they change that version whenever they do a new release, you can use
> it.  For generating the tarball, just unzip it, then tar it and name it
> properly (opensans_0.10.orig.tar.gz).

Very good, thank you!


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/3dprinter-general/attachments/20170328/b3235758/attachment-0001.sig>