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

Bug#755539: transition: hdf5



Emilio Pozuelo Monfort a écrit , Le 31/07/2014 00:34:
> On 30/07/14 20:09, Gilles Filippini wrote:
>> Hi,
>>
>> Please find an updated status below.
>>
>> I've filed a few more bugs for fixes to build systems which don't need
>> any hint about the new hdf5 paths.
>>
>> I've uploaded a fix for #756108 to DELAYED/2.
>>
>> I've added a usertag "HDF5-transition" [1] to the bugs related to this
>> transition, but not for bugs related to useless build depends, because
>> they're not in our way.
>>
>> [1]
>> <https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=HDF5-transition&user=pini%40debian.org>
>>
>> I'll start tomorrow to file bugs with severity=wishlist + patches for
>> the other packages.
>>
>> Please tell me what more could be needed.
>>
>> I've spent *many* hours these last weeks to prepare this transition
>> (which is my first one BTW). And I'm committed to spent more hours to
>> NMU as needed after the transition starts. I would be very disappointed
>> in case it couldn't happen before the transition freeze.
> 
> To be honest, the big number of packages that need sourceful uploads concerns
> me, this close to the freeze. Other RT members have expressed me their concern
> as well.
> 
> Anyway...
> 
> It seems to me like you're entangling two different transitions:
> 
> - The new upstream release with a SONAME bump
> - The changes to -dev packages to make the co-installable
> 
> It seems to me like it's the second one (changes in -dev packages) that requires
> so many packages to be patched. Is that right? This is also what you care most
> about and what you want to do before the freeze.
> 
> Can't you find a way to make the rdeps work with both the current and the new
> packages? See e.g. the perl 5.20 transition, where the paths are changing and
> the rdeps need fixing, but those fixes are being done *beforehand* and they work
> with the old and new perl. Then when the transition starts, we'll only need binNMUs.
> 
> So if you care so much about this, one possibility would be to forget about the
> new upstream release to avoid the SONAME bump, and to get the rdeps fixed
> beforehand. After most have been fixed, you change the paths as needed and NMU
> the rdeps that didn't get fixed. If I have understood things correctly, no
> packages will need binNMUs, so there won't be a transition needed for this. You
> just need to file the bugs and at some point do the switch and NMU what's left.
> 
> If you file the bugs now at severity important, ping the unfixed bugs in a
> month, then in 1.5 or 2 months you change the paths and NMU the rest of the
> fixes, you can get this done by mid-October.
> 
> Hope what I said makes some sense; it is late and I am tired.
> 
> But if you ask me about your current proposal, I'd honestly say it is too late
> for jessie.

Thanks for sharing your views. I'd like to take my chance anyway since
AIUI you're not giving a definitive NO-GO.

To ease the transition I've updated (and tested) my patches so that they
support both releases of hdf5. This way, once all the fixes are done,
only binNMUs should remain to do.

I've now filed bugs against all the packages requesting a fix. See the
updated status below.

Thanks,

_g.

= Package ready =
cmor
magics++
octave-bim
octave-msh
python-shogun
syrthes
vtk

= Useless build depends on hdf5 (package ready anyway) =
getdp                   #755973
insighttoolkit4         #756015
oasis3                  #755681
slepc                   #755180

= binNMU required =
armadillo
dolfin
mathgl
nifti2dicom	(after vtk6)
nip2		(after vips)
ovito		(blocked by #756108)
paraview	(blocked by #756108)
shogun
vips		(after libmatio)
vtk6		(blocked by #756108)

= Fix required - patch proposal ready =
adios			#756647
aster			#756659
cdo			#756660
code-saturne		#756661
dynare			#756704
exodusii		#756421
feel++			#756435
flann			#756471
gdal			#756662
gmsh			#756472
gnuplot-iostream	#756705
gpiv			#756663
gpivtools		#756665
grads			#756666
h5utils			#756670
hdf-eos5		#756671
jhdf			#756672
libcgns			#756673
libgpiv			#756674
libmatio		#756675
libpdl-io-hdf5-perl	#756676
libvigraimpex		#756677
med-fichier		#756678
meep			#756679
meep-lam4		#756680
meep-mpich2		#756681
meep-mpi-default	#756682
meep-openmpi		#756683
minc			#756684
mlpack			#756706
mpb			#756685
ncl			#756686
netcdf			#756687
nexus			#756688
octave			#756689
petsc			#756690
pktools			#756707
pygpiv			#756692
pytables		#756694
r-cran-hdf5		#756695
ruby-hdfeos5		#756696
salome-kernel		#756697
scilab			#756698
stimfit			#756699
tessa			#756700
xdmf			#756701
xmds2			#756702
yorick-hdf5		#756703

= Depends on the removed hdf5 mpi-posix API =
h5py			#756668
silo-llnl		#756713 not so easy but very low popcon (<80)

= Others - Not in testing anyway =
gnudatalanguage         FTBFS blocked by plplot
openmeeg		FTBFS on sid - #730904
plplot			FTBFS on sid - #713309 and more

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: