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
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
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
http://anonscm.debian.org/gitw
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
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 uplo
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
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
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
> > >udav (U)
> >
> > I have prepared the package 'udav' for t
Hello Salvatore,
Le mercredi 25 janvier 2012 à 08:33 +0100, Salvatore Bonaccorso a
écrit :
> Hi Sylvestre
>
> > Salvatore Bonaccorso
> >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 problem yo
Hi Sylvestre
> Salvatore Bonaccorso
>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 de
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 hes
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 apparentl
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-plpl
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!)
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 li
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 depe
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 []
code-s
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
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 AP
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,
Jul
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 mi
Le dimanche 15 mai 2011 à 11:12 +0200, Julien Cristau a écrit :
> 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
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
w
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
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
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
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 version 1.8 (from the 1.6).
> It might break some packages but th
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
Francesco P. Lovergine wrote:
> 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.
> They already depend on libhdf5-serial-dev,
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 (gnudatalanguage)
d I set
> > > "urgency=high"?
> > That would be best, 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
* 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 confus
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 m
* 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 maintainer upload for the pytables issue.
Thanks for the clarification. It
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 erroneou
* 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 s
essary rebuilds...
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 i
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]
> his message this morning 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,
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
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 h
n happily 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
My understanding is that we should not upload new
> versions of octave2.1 and octave2.9 until the aging period is finished.
It would be appreciated if you didn't upload new versions of those packages
without an important reason that would justify delaying the hdf5 transition,
yes.
&
* 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=lo
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?
> octav
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
octpl
49 matches
Mail list logo
