On 12/01/2019 21:13, Jose Luis Rivero wrote:
> simbody 3.6.1+dfsg-5 has been uploaded to unstable.

It is failing on mips as some tests are timing out.

https://buildd.debian.org/status/package.php?p=simbody

Cheers,
Emilio

> 
> On Thu, Jan 10, 2019 at 3:30 PM Jose Luis Rivero <jriv...@openrobotics.org>
> wrote:
> 
>> Hello Emilio:
>>
>> There were a couple of patches: one to fix the architecture detection
>> which fixed most of the BSD and ppc friends. The other, as you said, is not
>> properly a patch but it tries to workaround about problems (most of them on
>> i386) that I'm unable to diagnostic and will require my interaction with
>> upstream. Note that i386 is still failing so the workaround does not change
>> too much the status of the ports. I agree with your conclusions, the change
>> improves current situation in sid but the whole thing needs more work.
>>
>> With respect to gazebo, I launched ratt against this new version and seems
>> to be happy:
>>
>> https://build.osrfoundation.org/job/debian-ratt-builder/19/consoleFull#console-section-8
>>
>> Thanks,
>>  Jose.
>>
>> On Thu, Jan 10, 2019 at 1:58 PM Emilio Pozuelo Monfort <po...@debian.org>
>> wrote:
>>
>>> Control: tags -1 confirmed
>>>
>>> On 10/01/2019 12:16, Jose Luis Rivero wrote:
>>>> On Wed, Jan 9, 2019 at 10:11 AM Emilio Pozuelo Monfort <
>>> po...@debian.org>
>>>> wrote:
>>>>
>>>>> On 09/01/2019 01:27, Jose Luis Rivero wrote:
>>>>>> Package: release.debian.org
>>>>>> Severity: normal
>>>>>> User: release.debian....@packages.debian.org
>>>>>> Usertags: transition
>>>>>>
>>>>>> Dear release team:
>>>>>>
>>>>>> simbody 3.6.1+dfsg-1 is now in experimental, we can start the
>>> transition
>>>>>> for the existing package in the archive currently using it.
>>>>>> The following source package need to be rebuild:
>>>>>>
>>>>>> gazebo 9.6.0-1
>>>>>>
>>>>>> I think that in terms of 'ben' lingo, the transition has the following
>>>>>> parameters:
>>>>>>
>>>>>>     Affected: .depends ~
>>>>> /\b(libsimbody3\.6|libsimbody3\.5v5|libsimbody3\.5v5\-dbg)\b/
>>>>>>     Good: .depends ~ /\b(libsimbody3\.6)\b/
>>>>>>     Bad: .depends ~ /\b(libsimbody3\.5v5|libsimbody3\.5v5\-dbg)\b/
>>>>>>
>>>>>> Sorry for sending this close to the freeze but it will kill the 2 RC
>>>>> bugs pending on Simbody.
>>>>>> Please schedule binNMUs for gazebo packages on all architectures.
>>>>>
>>>>> simbody failed to build on several architectures:
>>>>>
>>>>>
>>> https://buildd.debian.org/status/package.php?p=simbody&suite=experimental
>>>>>
>>>>> Please fix that before we consider starting the transition.
>>>>
>>>>
>>>> I've upload simbody 3.6.1+dfsg-3 which:
>>>>  - fixed: all, mips, powerpc, powerpcspe, ppc64el, ppc64
>>>>  - waiting but probably fixed: mipsel, mips64el, kfreebad-amd64
>>>>  - still failing: i386, hurd-i386
>>>>
>>>> The build is failing on i368 (will require a bit more of work) but it is
>>>> already failing on unstable so there is a big gain on architectures
>>>> supported (+6 at least) and no regression as far as I can say.
>>> My concern here is that the way to fix the build on all those
>>> architectures was
>>> by ignoring the failing tests. If the test cases themselves are buggy then
>>> that's fine (though it'd be good to forward that upstream and get the
>>> tests
>>> fixed). However the tests may be failing due to bugs in the underlying
>>> library
>>> code, in which case ignoring them is not really a fix.
>>>
>>> In any case the situation in sid is bad too as you said and I imagine
>>> that the
>>> version in testing (which seems quite similar to the one in sid) would be
>>> affected by these build failure problems too, so I guess we should go
>>> ahead with
>>> this version.
>>>
>>> BTW I assumed that gazebo builds fine against this new simbody, is that
>>> right?
>>> If not, that is obviously a blocker. If it builds fine, then go ahead and
>>> look
>>> into the remaining build issues.
>>>
>>> Cheers,
>>> Emilio
>>>
>>
> 

Reply via email to