Well, there are both debian releases and ubuntu releases, which occur on different schedules.
If Mellanox is interested in distributing packages for debian/ubuntu, I'd recommend both building the packaging for them (which is pretty much identical, for the most part) as well as running at apt repository that people can point at. This will give you guys the ability to build binary packages that you can QA for each release (and distro release) and distribute them pretty easily to customers. -nld On Sun, Mar 10, 2013 at 4:57 AM, Ilya Nelkenbaum <[email protected]> wrote: > On 2/27/2013 11:21 PM, Roland Dreier wrote: >> On Wed, Feb 27, 2013 at 11:11 AM, Or Gerlitz <[email protected]> wrote: >>> You can also take a look on the upstream trees for libibverbs and >>> libmlx4 maintained by Roland which have a debian dir, which you >>> probably can re-use for the managment libraries and opensm, here are >>> the gitweb pointers, >>> >>> http://git.kernel.org/?p=libs/infiniband/libibverbs.git;a=summary >>> http://git.kernel.org/?p=libs/infiniband/libmlx4.git;a=summary >> >> I happen to maintain the Debian packaging for libibverbs and libmlx4 >> in the same source tree as the upstream source. However it's actually >> easier in the case where the Debian packaging maintainer and the >> upstream maintainer are different just to leave debian/ directory out >> of the upstream source. If you're not really that familiar with >> Debian packaging and Debian policy, it's probably best just to leave >> the packaging to the Debian project. >> >> - R. >> > > Hi Roland, > > As I understand Debian releases happen less often that the updates and bug > fixes in management packages, > and in case of critical bug fix or some important new feature, client that > uses > a specific package and needs the Debian support cannot just use the latest > upstream version > but will have to wait for the Debian release. > > So I guess in such cases it might help and it will also leave less work for > the Debian maintainer > > What do you think? > > Ilya -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
