[Debian-med-packaging] Bug#962085: Bug#962085: bcalm, kissplice: both ship /usr/bin/bcalm

[Andreas Tille]

Hi David,

On Mon, Jun 29, 2020 at 11:55:20AM +0200, David Parsons wrote:
> bcalm is included in the kissplice sources as a git submodule. My
> understanding at reading the source and talking with upstream is that they
> will keep track with newer versions of bcalm but probably with a little lag.
> I am not absolutely sure they use an out-of-the-box version of bcalm either.
> 
> If it is an out-of-the-box version of bcalm, I suppose the best solution
> would be to have kissplice depend on a specific version of bcalm and bump
> that dependency when upstream upgrade the version of bcalm they use. I'm
> just a little apprehensive regarding the potential discrepancy in the
> version of bcalm: we could end up with the same version of kissplice using
> different versions of bcalm depending on whether it was installed from
> source or via the .deb. I'm pretty sure upstream wouldn't want that...

The proper Debian Policy compliant way to go here would be to strip
bcalm from kissplice and use the Debian packaged version of bcalm
instead.  I personally can not evaluate the consequences of this Debian
way.  However, in general I would say that some sensibly crafted test
suite should uncover any incompatibilities of the two different
projects.

Kind regards

        Andreas.

> Le 25/06/2020 à 20:40, Andreas Tille a écrit :
> > Hi David,
> > 
> > thanks for working on this.  I noticed that the solution was simply to
> > not provide usr/lib/kissplice/bcalm as symlink in /usr/bin any more.
> > For me the question remains:  What is the relation of bcalm package to
> > kissplice bcalm and can we somehow use only one od these (potential)
> > duplicates.
> > 
> > Kind regards
> >         Andreas.
> > 
> > On Thu, Jun 25, 2020 at 09:41:36AM +0200, David Parsons wrote:
> > > Dear all,
> > > 
> > > I've made a merge request on that matter :
> > > https://salsa.debian.org/med-team/kissplice/-/merge_requests/2
> > > If one of you guys had time to check it out it would be great !
> > > 
> > > Thanks,
> > > David
> > > 
> > > On 03/06/2020 11:27, David Parsons wrote:
> > > > Dear Andreas,
> > > > 
> > > > I know I am usually not very involved and I'm sorry about that.
> > > > 
> > > > I am however exchanging e-mails with upstream regarding all these issues
> > > > right now, I will keep in touch
> > > > 
> > > > Best,
> > > > David
> > > > 
> > > > Le 03/06/2020 à 11:20, Andreas Tille a écrit :
> > > > > Hi Andreas,
> > > > > 
> > > > > thanks for spotting this.
> > > > > 
> > > > > On Wed, Jun 03, 2020 at 09:41:12AM +0200, Andreas Beckmann wrote:
> > > > > > Package: bcalm,kissplice
> > > > > > Severity: serious
> > > > > > User:treinen at debian.org
> > > > > > Usertags: edos-file-overwrite
> > > > > > Control: found -1 bcalm/2.2.2-1.1
> > > > > > Control: found -1 kissplice/2.5.1-1
> > > > > > ...
> > > > > > Possible solution:
> > > > > >    * kissplice stops shipping /usr/bin/bcalm
> > > > > >    * bcalm adds Breaks+Replaces: kissplice (<< 2.5.1-2~) (assuming the
> > > > > >      fixing upload of kissplice is 2.5.1-2)
> > > > > Seems since last version of kissplice it seems to include bcalm.
> > > > > @Nilesh: Would you mind sorting out with upstream which bcalm
> > > > > version is the one that will be actively supported?  Or is it
> > > > > just a code copy included into kissplice?  We also should remove
> > > > > the code copy of gatb-core and rather link against the Debian
> > > > > packaged lib.
> > > > > 
> > > > > Kind regards
> > > > > 
> > > > >          Andreas.
> > > > > 
> > > > -- 
> > > > logo inria
> > > > 
> > > > *David Parsons* <http://www.parsons.eu/>
> > > > Service d'Expérimentation et de Développement
> > > > 
> > > > Antenne Inria Lyon - La Doua
> > > > Bâtiment CEI-2
> > > > 56 Boulevard Niels Bohr
> > > > CS 52132
> > > > 69603 Villeurbanne
> > > > Tel : +33 (0)4 72 43 74 97
> > > > 
> > > > *www.inria.fr <http://www.inria.fr/>*
> > > > 
> > > > 
> > > _______________________________________________
> > > Debian-med-packaging mailing list
> > > Debian-med-packaging at alioth-lists.debian.net
> > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
> > 
> -- 
> logo inria
> 
> *David Parsons* <http://www.parsons.eu/>
> Service d'Expérimentation et de Développement
> 
> Antenne Inria Lyon - La Doua
> Bâtiment CEI-2
> 56 Boulevard Niels Bohr
> CS 52132
> 69603 Villeurbanne
> Tel : +33 (0)4 72 43 74 97
> 
> *www.inria.fr <http://www.inria.fr/>*
> 
> 

-- 
http://fam-tille.de