PAM module packaging assistance
As stated here: https://www.debian.org/doc/manuals/distribute-deb/distribute-deb.html#packaging-thirdparty I am looking for help packaging up my PAM module. I am prepared to add my package to Debian. The PAM module depends on a shared library that in turn, depends on two other shared libraries (libxml2 and libssl). Both the PAM module and the shared library are open source on GitHub and are written in C. I have read over the packaging documentation but I can't get my head around two things 1) how to actually package the binaries up with the proper dependencies and 2) how things are supposed to work with multiple versions of the OS. For example, I would expect apt-get install mypam to install properly on 11.04, 12.04, 13.10, 14.04, etc. If anyone could provide guidance or expertise it would be greatly appreciated. k
Re: Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.
Hi Thorsten, Thorsten Glaser wrote, > On Mon, 18 Jan 2016, Waldemar Brodkorb wrote: > > > From a good friend I would expect some more positive feedback > > for my hobby project ;) > > I said, it has its niche, but I doubt it has a place > as a generic Debian package… libraries are generally > only packaged when something uses them, and C libra‐ > ries are hard. May be you didn't know the reason for the package. I'll try to use it for rebootstrap to build a complete Debian system based on uClibc-ng. So then "something" or even "everything" will use it ;) You can help doing some review of the package: http://downloads.uclibc-ng.org/debian/ best regards Waldemar
Bug#812132: ITP: libchi-driver-redis-perl -- CHI driver that uses Redis to store the data
Package: wnpp Owner: Christopher Hoskin Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libchi-driver-redis-perl Version : 0.09 Upstream Author : Cory G Watson * URL : https://metacpan.org/release/CHI-Driver-Redis * License : Artistic or GPL-1+ Programming Lang: Perl Description : CHI driver that uses Redis to store the data CHI::Driver::Redis is a CHI driver that uses Redis to store the data. Care has been taken to not have this module fail in fiery ways if the cache is unavailable. It is the author's hope that if it is failing and the cache is not required for your work, you can ignore it's warnings.
Bug#812126: ITP: kido -- KIDO - KInematics, Dynamics, and Optimization physics engine
Package: wnpp Severity: wishlist Owner: Jose Luis Rivero * Package name: kido Version : 0.1.0 Upstream Author : DARTSim developers * URL : http://dartsim.github.io/ * License : BSD Programming Lang: C++ Description : KIDO - KInematics, Dynamics, and Optimization physics engine KIDO is the new name of the popular physics engine previously known as DART: https://github.com/dartsim/dart/pull/582 KIDO is a collaborative, cross-platform, open source library created by the Georgia Tech Graphics Lab and Humanoid Robotics Lab. The library provides data structures and algorithms for kinematic and dynamic applications in robotics and computer animation. KIDO is distinguished by it's accuracy and stability due to its use of generalized coordinates to represent articulated rigid body systems and computation of Lagrange's equations derived from D.Alembert's principle to describe the dynamics of motion. For developers, in contrast to many popular physics engines which view the simulator as a black box, KIDO gives full access to internal kinematic and dynamic quantities, such as the mass matrix, Coriolis and centrifugal forces, transformation matrices and their derivatives. The plan is to maintain it as a part of the debian-science project
Re: Packages with /outdated/ packaging style
On Tue, Jan 19, 2016 at 08:34:44PM +0100, Jakub Wilk wrote: > * Andreas Tille , 2016-01-19, 20:04: > >Just for the record: I'm currently touching all those packages maintained > >by Debian Med and not uploaded for >3 years. Some last remainings of dh5 > >were removed and some other issues solved. I admit all of these "long > >time not uploaded" packages had some issues that rectify a new upload. > >IMHO also debian/compat < 9 is another good reason since automatic build > >time testing is not done if existing. > > I don't know what you mean by dh5, I took over the term from OP which means: not using dh. > but I'm pretty sure there was no change > regarding "automatic build time testing" in compat 9. OK, may be dh_auto_test is done even in compat 8. But if you simply not use dh you need to to extra means when using old packaging style - and my bet is that at least 95% of packages featuring old packaging style do not do these extra means. Kind regards Andreas. -- http://fam-tille.de