Processing commands for cont...@bugs.debian.org:
> # gnudatalanguage was removed for testing and doesn't block HDF5
> # transition anymore
> unblock 913837 by 915207
Bug #913837 [release.debian.org] transition: hdf5
913837 was blocked by: 915207 914493
913837 was not blocking any bugs
On Wed, Jan 18, 2012 at 19:34:16 +0100, Sylvestre Ledru wrote:
Hello,
It has been a long time since the last upload of hdf5 in unstable but
here it is, version 1.8.8 is in unstable!
And now hdf5 1.8.8 is finally in wheezy. This is not completely over
yet, as libhdf5-lam-1.8.4 is still in
On Tue, Feb 7, 2012 at 19:35:31 +0100, Julien Cristau wrote:
- 657669: cdo build-depends (indirectly) on the serial and mpi versions
of hdf5, which aren't co-installable
- 658307: minc, same issue as cdo
- 658281: adios, same issue as cdo
I've pushed to
Hi,
using the packages octave3.2, octave3.2-headers, and paraview, I've
encountered a problem trying to do this transition. With testing I'm using these
packages together with libhdf5-openmpi-1.8.4 and libhdf5-openmpi-dev.
Am I right, that it should also be possible after the transition to use
On Mon, Jan 9, 2012 at 22:03:58 +0100, Julien Cristau wrote:
Go ahead with hdf5 1.8.8 in sid then, and I'll know who to hunt down if
there's issues.
Current issues:
- 658310: ruby-hdfeos5 FTBFS
- 657669: cdo build-depends (indirectly) on the serial and mpi versions
of hdf5, which aren't
On Thu, Jan 26, 2012 at 08:36:47PM +0100, Julien Cristau wrote:
On Thu, Jan 26, 2012 at 13:41:02 +, Alastair McKinstry wrote:
Hi,
Who from the GIS team is going to build and upload netcdf?
I've just scheduled binNMUs for netcdf, there should be no need for a
source upload.
Hi,
Who from the GIS team is going to build and upload netcdf?
I've tested a new release of grads and anything depending on netcdf
cannot be built until netcdf is built for 1.8.8.
We need to test netcdf against hdf5-1.8.8 (i.e. netcdf4 format); there is
netcdf-4.1.3 in experimental ...
Regards
On Thu, Jan 26, 2012 at 13:41:02 +, Alastair McKinstry wrote:
Hi,
Who from the GIS team is going to build and upload netcdf?
I've just scheduled binNMUs for netcdf, there should be no need for a
source upload.
Cheers,
Julien
signature.asc
Description: Digital signature
Hello Salvatore,
Le mercredi 25 janvier 2012 à 08:33 +0100, Salvatore Bonaccorso a
écrit :
Hi Sylvestre
Salvatore Bonaccorso car...@debian.org
udav (U)
I have prepared the package 'udav' for this transition. But I cannot
build it currently. I will upload once I can test it.
Is the
Hello Sylvestre
On Wed, Jan 25, 2012 at 09:23:17AM +0100, Sylvestre Ledru wrote:
Hello Salvatore,
Le mercredi 25 janvier 2012 à 08:33 +0100, Salvatore Bonaccorso a
écrit :
Hi Sylvestre
Salvatore Bonaccorso car...@debian.org
udav (U)
I have prepared the package 'udav' for
Hi Sylvestre
Salvatore Bonaccorso car...@debian.org
udav (U)
I have prepared the package 'udav' for this transition. But I cannot
build it currently. I will upload once I can test it.
Many thanks for your work,
Salvatore
signature.asc
Description: Digital signature
Hi,
Le 18/01/12 19:34, Sylvestre Ledru a écrit :
I need your help with the transition [1].
In most of the cases, a renamed of the build dep libhdf5-serial-dev =
libhdf5-dev with a rebuild should be enough. Otherwise, don't hesitate
to ping me.
Can you specify the preferred exact build
Hello,
It has been a long time since the last upload of hdf5 in unstable but
here it is, version 1.8.8 is in unstable!
I need your help with the transition [1].
In most of the cases, a renamed of the build dep libhdf5-serial-dev =
libhdf5-dev with a rebuild should be enough. Otherwise, don't
Le lundi 09 janvier 2012 à 22:03 +0100, Julien Cristau a écrit :
On Thu, Dec 8, 2011 at 20:17:57 +0100, Julien Cristau wrote:
Depends if we're happy with removing petsc, getdp, illuminator, slepc,
plplot, gnudatalanguage, cl-plplot and pygpiv from testing. Are we?
So apparently nobody
On Thu, Dec 8, 2011 at 20:17:57 +0100, Julien Cristau wrote:
Depends if we're happy with removing petsc, getdp, illuminator, slepc,
plplot, gnudatalanguage, cl-plplot and pygpiv from testing. Are we?
So apparently nobody cares...
Go ahead with hdf5 1.8.8 in sid then, and I'll know who to
On Thu, Dec 08, 2011 at 08:17:57PM +0100, Julien Cristau wrote:
Thanks for the list. I'm skipping the not-buggy packages.
OK. So, it doesn't sound too bad, isn't it ?
Depends if we're happy with removing petsc, getdp, illuminator, slepc,
plplot, gnudatalanguage, cl-plplot and
On Wed, Dec 7, 2011 at 23:14:18 +0100, Sylvestre Ledru wrote:
Le mercredi 07 décembre 2011 à 23:07 +0100, Julien Cristau a écrit :
On Fri, Sep 2, 2011 at 00:10:43 +0200, Sylvestre Ledru wrote:
Hello,
I did many changes in the HDF5 libraries (including symbol files!). I
will
On Fri, Sep 2, 2011 at 00:10:43 +0200, Sylvestre Ledru wrote:
Hello,
I did many changes in the HDF5 libraries (including symbol files!). I
will detail them later.
As Julien requested, here is the list of the packages with their RCs bug
([] is none).
Do I have to add them of dependency
Le mercredi 07 décembre 2011 à 23:07 +0100, Julien Cristau a écrit :
On Fri, Sep 2, 2011 at 00:10:43 +0200, Sylvestre Ledru wrote:
Hello,
I did many changes in the HDF5 libraries (including symbol files!). I
will detail them later.
As Julien requested, here is the list of the
Hello,
I did many changes in the HDF5 libraries (including symbol files!). I
will detail them later.
As Julien requested, here is the list of the packages with their RCs bug
([] is none).
Do I have to add them of dependency for this bug/transition ?
cdo []
cgi-mapserver []
cgns-convert []
Le dimanche 19 juin 2011 à 20:09 +0200, Mehdi Dogguy a écrit :
Please report your transition as a transition bugreport, next time.
OK, Sorry about that.
On 02/27/2011 09:15 PM, Sylvestre Ledru wrote:
Just to let you know that we are planning to upload a new upstream
release of the hdf5
On Sun, Jun 19, 2011 at 17:59:26 +0200, Sylvestre Ledru wrote:
We have version 1.8.7 and it is fine. I think we can start this
migration.
Any opposition ?
How about you start by answering my question?
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with
Le dimanche 15 mai 2011 à 21:05 +0200, Francesco P. Lovergine a écrit :
On Sun, May 15, 2011 at 11:12:42AM +0200, Julien Cristau wrote:
On Sun, Feb 27, 2011 at 21:15:04 +0100, Sylvestre Ledru wrote:
Hello guys,
Just to let you know that we are planning to upload a new upstream
Please report your transition as a transition bugreport, next time.
On 02/27/2011 09:15 PM, Sylvestre Ledru wrote:
Just to let you know that we are planning to upload a new upstream
release of the hdf5 libraries (1.8.4 = 1.8.6).
We will switch the API to the version 1.8 (from the 1.6).
It
On Sun, Jun 19, 2011 at 18:23:15 +0200, Sylvestre Ledru wrote:
libhdf5-*-1.8.4 has a lot of reverse dependencies.
Is there a way to get this information without having to watch those one
by one ?
I'm sure you can script something to get the rdeps and bts select their
RC bugs.
Cheers,
Julien
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
On 02/27/2011 09:15 PM, Sylvestre Ledru wrote:
Just to let you know that we are planning to upload a new upstream
release of the hdf5 libraries (1.8.4 = 1.8.6).
We will switch the
On Sun, May 15, 2011 at 11:12:42AM +0200, Julien Cristau wrote:
On Sun, Feb 27, 2011 at 21:15:04 +0100, Sylvestre Ledru wrote:
Hello guys,
Just to let you know that we are planning to upload a new upstream
release of the hdf5 libraries (1.8.4 = 1.8.6).
We will switch the API to the
Hello guys,
Just to let you know that we are planning to upload a new upstream
release of the hdf5 libraries (1.8.4 = 1.8.6).
We will switch the API to the version 1.8 (from the 1.6).
It might break some packages but the fix is easy (just a #define).
We will also change the package name because
Dear RMs
it is now time to start with a transition of HDF5 library in unstable,
after months of permanence in experimental. The 1.8.3 is built in 1.6
compatible mode, so it should not require changes to sources.
Dependent maintainers for libhdf5-serial-1.6.6-0:
Gürkan Sengün
* Steve Langasek [EMAIL PROTECTED] [2006-04-11 20:43]:
Thanks for the clarification. It happens that I am the maintainer of
plplot. I will try to fix Bug #361781 ASAP. Should I set
urgency=high?
That would be best, yes.
I am confused now. The hdf5 transition seems to be completed
, yes.
I am confused now. The hdf5 transition seems to be completed, although
Bug #361781 is still open. What happened?
The transition was forced in despite making plplot-doc uninstallable, rather
than betting that no one else would make an uncoordinated upload that would
set it back again
On Mon, Apr 10, 2006 at 01:39:37PM +0200, Rafael Laboissiere wrote:
* Steve Langasek [EMAIL PROTECTED] [2006-04-04 13:02]:
It looks like the hdf5 transition should be ready to go in the next day or
two, btw, so please hold off on any more comedically erroneous uploads for
now. :)
It has
On Tue, Apr 11, 2006 at 05:37:05PM +0200, Rafael Laboissiere wrote:
* Steve Langasek [EMAIL PROTECTED] [2006-04-10 20:15]:
It's been held up by packages which are not binNMU-safe: pytables and
plplot. Bug #361781 has been filed for the issue in plplot, and I'm about
to sponsor a
* Steve Langasek [EMAIL PROTECTED] [2006-04-04 13:02]:
It looks like the hdf5 transition should be ready to go in the next day or
two, btw, so please hold off on any more comedically erroneous uploads for
now. :)
It has been six days since the message above and I do not see the
packages
...
It looks like the hdf5 transition should be ready to go in the next day or
two, btw, so please hold off on any more comedically erroneous uploads for
now. :)
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move
for this Comedy of Errors.
I am now preparing version 2.9.5-1 of octave2.9, which will be rightfully
uploaded to experimental and wait there until the hdf5 transition is
over.
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be appreciated if you didn't upload new versions of those packages
without an important reason that would justify delaying the hdf5 transition,
yes.
I am hence Cc:ing this message to the debian-release mailing list, along
with the following request to whoever did the upload of the new
binary-compatible
upload new versions of octave2.1 and
octave2.9 and unintentionally delay the hdf5 transition.
Notice that it is not a matter of distrust on the release team and the
porters. BTW, you guys are doing a great job and we are thankful for it.
--
Rafael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
On 2006-03-20 Rafael Laboissiere wrote:
Do you mind if I ask why you feel such notification is important?
Because I, for instance, was not aware of the bin-NMU until Thomas sent
Steve, you probably should create a little transitions FAQ entry
in the developers reference to not always have
Hi
Steve, you probably should create a little transitions FAQ entry
in the developers reference to not always have to answer to the same
wrong proposals of developers who only do a transition once every couple
of years :)
I fail to see what's so wrong about an (automated) email stating that
and after I have browsed the debian-release
archive. I would then happily upload new versions of octave2.1 and
octave2.9 and unintentionally delay the hdf5 transition.
Well, as noted, the hdf5 transition shouldn't really be regarded as urgent.
From my POV, if you had uploaded new versions
* Thomas Weber [EMAIL PROTECTED] [2006-03-20 07:58]:
both 2.1 and 2.9 packages of Octave have been semi-automatically been
updated to a new hdf5 library.
changelog:
=
octave2.1 (1:2.1.72-12+b1) unstable; urgency=low
Now that HDF5 1.6.5 has been accepted, the following packages require a
rebuild. As no changes to source should be required, is it possible to
schedule a set of binary NMUs for them as soon as hdf5 itself is
rebuilt?
octave2.9
octave2.1
statdataml
semidef-oct
plplot
octave-forge
mpb
kmatplot
On Fri, Mar 17, 2006 at 03:18:00PM +0100, Josselin Mouette wrote:
Now that HDF5 1.6.5 has been accepted, the following packages require a
rebuild. As no changes to source should be required, is it possible to
schedule a set of binary NMUs for them as soon as hdf5 itself is
rebuilt?
octave2.9
44 matches
Mail list logo