[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Sundials status update: ABout to upload to experimental (Was: Sundials is way outdated)



Hi,

I fixed some lintian info grade issues (duplicated descriptions,
hardening=+bindnow) and I'm about to upload to experimental.  The
debian/changelog entries from Dima and James are a bit sparse /
non-existant and we should establish a better culture here.  I think
I'll upload to experimental anyway but wait for latest comments / may
be some further commits from involved people.

Kind regards

       Andreas.

On Tue, Feb 14, 2017 at 10:28:21PM +1100, James Tocknell wrote:
> The libraries change SOVERSION differently, so I guess joining them is a
> bad idea.
> What libraries aren't we shipping, the openmp and pthreads nvector
> libraries (there currently isn't packages for them)?
> We could create a libsundials-dev, which has recommends for *-dev packages
> and which includes the pkg-config files and solver/nvector independent
> stuff.
> 
> Also, is anyone else running into a problem with conflicting openmpi
> requirements? Is there a way to request petsc gets rebuild against openmpi?
> 
> James
> 
> On 14 February 2017 at 21:06, Sébastien Villemot <sebastien@debian.org>
> wrote:
> 
> > Le lundi 13 février 2017 à 21:54 -0800, Dima Kogan a écrit :
> >
> > > Furthermore, there're a number of other libraries being built that we do
> > > not ship. We should be shipping all this stuff. Does anybody know why
> > > we're splitting these up at all? How about a libsundials-dev and a
> > > libsundials1 that has everything?
> >
> > Quoting from Policy §8.1:
> >
> > “If you have several shared libraries built from the same source tree,
> > you may lump them all together into a single shared library package
> > provided that all of their SONAMEs will always change together. Be aware
> > that this is not normally the case, and if the SONAMEs do not change
> > together, upgrading such a merged shared library package will be
> > unnecessarily difficult because of file conflicts with the old version
> > of the package. When in doubt, always split shared library packages so
> > that each binary package installs a single shared library.”
> >
> > Looking at package names, shared libraries have different SOVERSIONs (0,
> > 1 and 2 seem to be used). So it seems that this constraint is not
> > fulfilled by sundials, though I am not sufficiently familiar with the
> > package to make a definitive judgment.
> >
> > Cheers,
> >
> > --
> >  .''`.    Sébastien Villemot
> > : :' :    Debian Developer
> > `. `'     http://sebastien.villemot.name
> >   `-      GPG Key: 4096R/381A7594
> >
> >
> 
> 
> -- 
> Don't send me files in proprietary formats (.doc(x), .xls, .ppt etc.). It
> isn't good enough for Tim Berners-Lee
> <http://opendotdotdot.blogspot.com/2010/04/rms-and-tim-berners-lee-separated-at.html>,
> and it isn't good enough for me either. For more information visit
> http://www.gnu.org/philosophy/no-word-attachments.html.
> 
> Truly great madness cannot be achieved without significant intelligence.
>  - Henrik Tikkanen
> 
> If you're not messing with your sanity, you're not having fun.
>  - James Tocknell
> 
> In theory, there is no difference between theory and practice; In practice,
> there is.

-- 
http://fam-tille.de


Reply to: