Re: Bug#708462: lesstif2 to motif transition

2013-06-10 Thread Paul Gevers
On 09-06-13 11:05, Paul Gevers wrote:
 On 04-06-13 08:31, Julien Cristau wrote:
 Do we know how many of the lesstif2 reverse dependencies are libraries
 whose ABI would change if rebuilt with motif instead?
 
 No, but I can try to find out. The original idea of lesstif was to be a
 binary compatible replacement, but I don't know how well that was
 maintained. Do you have a hint on how I can test if the ABI has changed
 of these libraries?

I found the tool icheck and am trying to use that to give the answer to
this question. I found at least one: xmhtml.

 There are 12 packages that build-depend on lesstif2 that build libraries
 (AFAICT now). I will try to improve my list, but I don't know yet how to
 test for ABI changes exactly.

I ran the following command against the udd and found indeed 10
libraries build against lesstif2-dev and depend on lesstif2:
udd= select distinct source, package from packages where section='libs'
and source in (select source from sources where build_depends like
'%lesstif2-dev%') and ( depends like '%lesstif2%' or pre_depends like
'%lesstif2%') and release='sid';
   source|   package
-+--
 sciplot | sciplot1
 ncbi-tools6 | libvibrant6a
 inventor| libinventor0
 glw | libglw1-mesa
 xmhtml  | xmhtml1
 xbae| libxbae4
 via | libvia2
 paw | libpawlib-lesstif3-gfortran
 cernlib | libpacklib-lesstif1-gfortran
 dx  | libdx4

If I could find a proper start point I checked with the following strategy:
~$ apt-get install libmotif-dev
~$ icheck --canonify -o ../via_motif.icheck -Iinclude/ include/via.h
~$ apt-get install lesstif2-dev
~$ icheck --canonify -o ../via_lesstif.icheck -Iinclude/ include/via.h
~$ icheck --compare ../via_lesstif.icheck ../via_motif.icheck

My findings:
via (include/via.h): no diff
xmhtml (include/XmHTML/XmHTML.h): ABI/API is not compatible

I did not succeed with the others yet for different reasons.
dx: I fail to configure it (not understood yet)
glw: fails with GLwDrawA.h:147:0: Undefined identifier WidgetClass
inventor: haven't figured this one out yet.
ncbi-tools6 (vibrant/vibrant.h): doesn't play nice with icheck as it
actually BUILDS header files.
sciplot: fails to check right now on
/usr/include/X11/Core.h:51:0: Undefined identifier _XFUNCPROTOBEGIN
cernlib/paw: I haven't figured out yet how to start.

Paul



signature.asc
Description: OpenPGP digital signature


Re: Bug#708462: lesstif2 to motif transition

2013-06-10 Thread Julien Cristau
On Mon, Jun 10, 2013 at 22:32:08 +0200, Paul Gevers wrote:

 glw: fails with GLwDrawA.h:147:0: Undefined identifier WidgetClass

defined in X11/Intrinsic.h as typedef struct _WidgetClassRec
*WidgetClass;

 sciplot: fails to check right now on
 /usr/include/X11/Core.h:51:0: Undefined identifier _XFUNCPROTOBEGIN

Weird.

#ifndef _XFUNCPROTOBEGIN
#if defined(__cplusplus) || defined(c_plusplus) /* for C++ V2.0 */
#define _XFUNCPROTOBEGIN extern C {   /* do not leave open across includes */
#define _XFUNCPROTOEND }
#else
#define _XFUNCPROTOBEGIN
#define _XFUNCPROTOEND
#endif
#endif /* _XFUNCPROTOBEGIN */

(from X11/Xfuncproto.h)

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#708462: lesstif2 to motif transition

2013-05-15 Thread Paul Gevers
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-CC: openmo...@packages.debian.org

Hi RT,

I assume you prefer to receive this discussion in a transition bug,
therefore submitting it now. For reference, this is a follow-up on
https://lists.debian.org/debian-release/2013/05/msg00161.html
or 51881a33.6030...@debian.org

I like to request a transition slot for lesstif2 to (open)motif.

To keep current unstable build-able and installable, I propose the
follow transition path:
On 07-05-13 21:32, Paul Gevers wrote:
 An alternative that I could come up with, but maybe it is an insane
 idea, is that I update the lesstif2 package to make the lesstif2-dev
 package a transitional package that depends on libmotif-dev. I believe
 only the packages that need the additional build dependencies (e-mail
 from Graham) would not be helped by this temporary solution, but that
 can be fixed in advance. So than we could upload motif and lesstif2 to
 unstable after your approval and start converting the packages to
 properly build-depend on libmotif-dev.

I don't think Graham's e-mail ended up on the d-r@l.d.o e-mail list, so
I attach it to this mail.

We have started to file bugs on the packages that build depend on
lesstif2-dev but fail to declare all their other dependencies properly:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=lesstif2motif;users=openmo...@packages.debian.org

Unfortunately (due to a nasty bug in dak) openmotif needs to be removed
from non-free/unstable if we are going to move it to main, so if we want
to test the transition in experimental, we won't have a version in
unstable. Openmotif has two reverse dependencies in non-free: arb and
cluster3.

Paul

ben file:
title = motif;
is_affected = .depends ~ lesstif2-dev | .depends ~ libmotif-dev;
is_good = .depends ~ libxm4 | .depends ~ libmrm4 | .depends ~ libuil4;
is_bad = .depends ~ lesstif2;
---BeginMessage---
Hi Release Team

Results of test rebuilds on motif's reverse dependencies.

The following packages built with only changing the build-depends on
lesstif2-dev to libmotif-dev:

alliance
ctn
ddd
dx
elk
freesci
geomview
grace
grass
gromacs
inventor
mtink
ncbi-tools6
nedit
njplot
plan
sciplot
twclock
twpsk
via
viewmol
whitedune
xastir
xbae
xball
xmakemol
xmhtml
xmpi
xpuzzles
xshisen

The following packages required an additional build-depends on libxt-dev:

ferret-vis
mesa-glw
sqsh
tcm
xabacus
xpdf
xsol

The following packages required additional build-depends as indicated below:

gridengine - libxft-dev, libxp-dev
hotswap - libxtdev, libxext-dev, libxp-dev
mgdiff - libxt-dev, libxext-dev
xawtv - libxp-dev
xtel - libxpd-dev

I did try running all of the applications, but not being familiar with all
of them, some I just ran to see that a GUI appeared without any error
messages.

I don't believe that any of the packages actually make use of libxp and
therefore the dependencies on libxp-dev can be removed without too much
effort.  This is good as we want to get rid of libxp anyway [1].

I did not test rebuilding pcb, cernlib and paw.  These packages build
and/or depend on packages with names like pcb-lesstif, libpack-lesstif1-dev
and libpawlib-lesstif3-dev. These should be left up to the maintainers of
these packages to decide what to do with them.

Regards
Graham

[1] http://bugs.debian.org/623643
---End Message---


signature.asc
Description: OpenPGP digital signature