Hi,
Ole Streicher a écrit le 03/12/2018 à 11:02 :
> About 30-40 of those are mine, BTW. And I am still unsure whether hdf5
> is not really the cause of the problem yet, since it is the HDF5 test
> case in gnudatalanguage is the only one where I don't see a reason for
> the failure yet. Just "let
On 03.12.18 10:02, Sebastiaan Couwenberg wrote:
> On 12/3/18 9:54 AM, Ole Streicher wrote:
>> On 03.12.18 09:41, Sebastiaan Couwenberg wrote:
>>> hdf5 is unable to migrate to testing because gnudatalanguage
>>> autopkgtests fail. Test failures indicate that the package is broken,
>>> and not
On 12/3/18 9:54 AM, Ole Streicher wrote:
> On 03.12.18 09:41, Sebastiaan Couwenberg wrote:
>> hdf5 is unable to migrate to testing because gnudatalanguage
>> autopkgtests fail. Test failures indicate that the package is broken,
>> and not suitable for release. It should be removed from testing
Processing control commands:
> forwarded -1 https://github.com/gnudatalanguage/gdl/issues/537
Bug #915207 [src:gnudatalanguage] gnudatalanguage: autopkgtests fail:
test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip
Set Bug forwarded-to-address to
Control: forwarded -1 https://github.com/gnudatalanguage/gdl/issues/537
Hi Sebastiaan,
On 03.12.18 09:41, Sebastiaan Couwenberg wrote:
> hdf5 is unable to migrate to testing because gnudatalanguage
> autopkgtests fail. Test failures indicate that the package is broken,
> and not suitable for
On 12/3/18 8:59 AM, Ole Streicher wrote:
>>> autopkgtests for 0.9.9-1 still fail [0], and since it's blocking the
>>> migration of hdf5 it makes the package unsuitable for release
>>> justifying the RC severity [1].
>>
>> Sorry, but I don't see this: gdl does not *break* hdf5 ("break" means
>> IMO
Oops, I am deeply sorry that I have sent this under the wrong email
address. Especially sorry to you, Gilles. I have no idea how this
happened (Thunderbird with virtual_identity; I probably mixed up
something there), and it was not intentional.
Best
Ole
> Hi Sebastian,
>
> On 03.12.18 00:15,
Hi Sebastian,
On 03.12.18 00:15, Sebastiaan Couwenberg wrote:> Unfortunately the
autopkgtests for 0.9.9-1 still fail [0], and since> it's blocking the
migration of hdf5 it makes the package unsuitable for> release
justifying the RC severity [1].
Sorry, but I don't see this: gdl does not *break*
Processing control commands:
> reopen -1
Bug #915207 {Done: Ole Streicher } [src:gnudatalanguage]
gnudatalanguage: autopkgtests fail: test_bug_n000720, test_idlneturl,
test_point_lun, test_save_restore, test_zip
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed
Processing control commands:
> severity -1 important
Bug #915207 [src:gnudatalanguage] gnudatalanguage: autopkgtests fail:
test_bug_n000720, test_idlneturl, test_point_lun, test_save_restore, test_zip
Severity set to 'important' from 'serious'
--
915207:
Control: severity -1 important
Hi Gilles,
I think that failing CI tests are not a reason for severity "serious",
and your test build should have succeeded independently of the tests.
GDL has quite a lot of tests failling, and I disable the known one in
the CI tests (only). So, CI test failure
Source: gnudatalanguage
Version: 0.9.8-7
Severity: serious
Justification: Block HDF5 and netcdf transition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Autopkgtest fails for gnudatalanguage [1]. This is not due to HDF5 nor
netcdf transitions, because I've rebuilt gnudatalanguage on
12 matches
Mail list logo