Bug#375218: ITP: liblzf-dev -- a very small data compression library
On 6/24/06, Tim Dijkstra (tdykstra) [EMAIL PROTECTED] wrote: The upstream author also only provides infrastructure for static linking. iirc there are ways to make a dynamic library even if upstream only provides a static one. I think I once saw this method employed for another debian package: use ar t to get a list of objects from the static library, then call gcc -shared -fPIC on those objects to also make a dynamic version. Might be a useful addition. Not sure what the policy is about -dev packages without a non-dev library only version to acompany it. regards, Izak -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375218: ITP: liblzf-dev -- a very small data compression library
Package: wnpp Severity: wishlist Owner: Tim Dijkstra (tdykstra) [EMAIL PROTECTED] * Package name: liblzf-dev Version : 1.51 Upstream Author : Marc Alexander Lehmann [EMAIL PROTECTED] * URL : http://www.goof.com/pcg/marc/liblzf.html * License : BSD/GPL Programming Lang: C Description : a very small data compression library LibLZF is a very small data compression library. It consists of only two .c and two .h files and is very easy to incorporate into your own programs. The compression algorithm is very, very fast, yet still written in portable C. I need this for static linking in the muswsusp binaries resume and suspend. That's why I only intend to provide the a liblzf-dev. The upstream author also only provides infrastructure for static linking. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (20, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.1 Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to nl_NL.utf8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375218: ITP: liblzf-dev -- a very small data compression library
* Tim Dijkstra: I need this for static linking in the muswsusp binaries resume and suspend. That's why I only intend to provide the a liblzf-dev. The upstream author also only provides infrastructure for static linking. How is this superior to LZO? Is it just the licensing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375218: ITP: liblzf-dev -- a very small data compression library
On Sat, 24 Jun 2006 23:17:08 +0200 Florian Weimer [EMAIL PROTECTED] wrote: * Tim Dijkstra: I need this for static linking in the muswsusp binaries resume and suspend. That's why I only intend to provide the a liblzf-dev. The upstream author also only provides infrastructure for static linking. How is this superior to LZO? Is it just the licensing? To be honest, I don't know if is in anyway superior. The other package I ITPed uses this library, I searched for lzf.h in the debian archive and found nothing. That's why I packaged this. Do you think it's not worth it and I should try to port it to LZO? grts Tim signature.asc Description: PGP signature