On Tue, Jun 27, 2006 at 03:13:41PM +0900, Charles Plessy wrote: > I am packaging Treeview X (GPL) and the upstream tarball contains also > the TreeLib (LGPL) and the Nexus library (GPL). For the moment, > Treeview X is statically linked to them, just as what is done when > building by ./configure && make. OK, checking on what this was, I think I've read too much about biology and done my head in.
> The binary package does not contain the libraries per se, but bits and > pieces of them in the binary program. If I understand correctly, I will > have to mention their licences in the copyright file. It's statically linked, wether or not this is a good idea depends on if the library could be used elsewhere, it appears to use wxwidgets which are already packaged and you should use those ones. > Is adding something like this appropriate? > > "Treeview X is statically linked to libfoo, and libbar. Libfoo (c) MrFoo > 1999 is distributed under the terms of the GPL, and libbar (c) MrBar > 1998 is distributed under the terms of the LGPL" (adding extract and link > similar to what is already done for the GPL in this file) If you ship with them, then yes. > Do I need separate statements for the statically linked binary file and > the full sources of the libraries in the source package? All your statements must cover all the software you ship. How you arrange them is not that important as long as it makes sense. > I also wanted to know wether these libraries were already distributed in > other source packages, but packages.debian.org did not find anything. > But is it searching the sources packages as well ? treelib itself sounds just like a bunch of things that treeviewX needs, so I suspect not. Nexus appears to be some sort of generic format, eg biococoa can read "NEXUS files", whatever the hell they are. > Lastly, I am wondering wether packaging the libraries separately would > be useful if Treeview X would be the only program to use them (in > particular, I know that packaging libraries are not recommended to > beginners in the art of packaging). Nexus class libraries are found at http://hydrodictyon.eeb.uconn.edu/ncl/ I would strongly reccomend that these were packaged separately and that you use the ones directly from the author's site. Now we have a clash of names, as treelib could imply it has something to do with treeview (eg it is a library for treeview). However, wxwidgets has a treeview (it is the directory tree thing for things like viewing a filesystem). Which one is it? While it would be quicker and simpler to just use what it comes with and go nuts and statically compile the lot, it is not the best solution. Keep specific libraries within the package, anything sourced elsewhere should use the original source and be separate. We get a better Debian distribution in the end. A small example, what happens if someone wants to package the python bindings for Nexus? If the library is "locked into" treeviewx then we have duplicates. If the library is separate, we can just have the bindings depend on the library in the usual Debian fashion. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
