Re: thank you for VTK9 and paraview

[Ben Boeckel]

On Tue, Dec 15, 2020 at 23:36:52 +0200, Adrian Bunk wrote:
> On Tue, Dec 15, 2020 at 09:53:26PM +0100, Anton Gladky wrote:
> >...
> > For GLES-compilation 4 patches were backported [2]-[5].
> >...
> > [5] 
> > https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/83_allow_gles_platforms.patch
> >...
> 
> Note that this is not a backport:
>   From: Adrian Bunk  
>   Subject: HACK: QVTKOpenGLWindow.cxx: Define GL_BACK_{LEFT,RIGHT} for 
>Qt with OpenGL ES
> 
> I failed to find a proper fix to backport, and this was my hack for the 
> last remaining build issue.
> 
> It is not a correct fix, and it would be appreciated if you could look
> into doing that properly.

Could you please file an issue?

--Ben

Re: thank you for VTK9 and paraview

[Adrian Bunk]

On Tue, Dec 15, 2020 at 09:53:26PM +0100, Anton Gladky wrote:
>...
> For GLES-compilation 4 patches were backported [2]-[5].
>...
> [5] 
> https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/83_allow_gles_platforms.patch
>...

Note that this is not a backport:
  From: Adrian Bunk  
  Subject: HACK: QVTKOpenGLWindow.cxx: Define GL_BACK_{LEFT,RIGHT} for 
   Qt with OpenGL ES

I failed to find a proper fix to backport, and this was my hack for the 
last remaining build issue.

It is not a correct fix, and it would be appreciated if you could look
into doing that properly.

> Best regards
> 
> Anton

cu
Adrian

Re: thank you for VTK9 and paraview

[Anton Gladky]

Hi,

Ben, Matthieu thanks for your advices! It seems we have managed to
compile vtk9 builds for most of platforms [1] (thanks to Adrian for that!).

For GLES-compilation 4 patches were backported [2]-[5]. And for
armel, armhf and mips issues this commit [6] did a trick.

If you plan to release the next minor vtk9 version with those fixes inside,
it would be reasonable for us to upload this version, dropping patches.

Thanks again for assistance!

[1] https://buildd.debian.org/status/package.php?p=vtk9
[2] 
https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/80_allow_gles_platforms.patch
[3] 
https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/81_allow_gles_platforms.patch
[4] 
https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/82_allow_gles_platforms.patch
[5] 
https://salsa.debian.org/science-team/vtk9/-/blob/master/debian/patches/83_allow_gles_platforms.patch
[6] 
https://salsa.debian.org/science-team/vtk9/-/commit/381ea980c87793d04005908d2ac08609ded68982

Best regards

Anton

Am Mo., 7. Dez. 2020 um 16:18 Uhr schrieb Ben Boeckel :
>
> On Mon, Dec 07, 2020 at 10:42:33 +0100, Mathieu Westphal wrote:
> > I've included Ben in the discussion, he may be of more help.
> > @Ben Boeckel  : These fine folks from Debian are
> > having some issues with VTK on specific architectures.
>
> Thanks!
>
> > That being said, we are not specifically testing nor supporting these
> > architectures, so fixes may be necessary.
> > A more public discussion about it, either on our gitlab [1] or on our
> > discourse [2] may be needed.
>
> I'll echo that. Could you please file issues? I suspect other distros
> will be hitting these problems too and I'd like to get their input on
> any problems as well.

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Daniele E. Domenichelli]

On 15/12/2020 12:46, Nilesh Patra wrote:
> Can you please push the changes you made to the corresponding salsa
> repository?

Done! Sorry if I didn't do it before.


Daniele

RFS: macaulay2 1.16.99 (experimental)

[Torrance, Douglas]

The Macaulay2 developers just announced a new beta release (1.16.99). 
I've packaged it, targeting "experimental", in the "debian/experimental" 
branch at:


https://salsa.debian.org/science-team/macaulay2

The previous upload of version 1.16 earlier this year failed to build on 
every architecture except for amd64 (!).  I believe we've fixed the main 
underlying issue (there was a segfault on architectures that default to 
unsigned char due to how the compiler was optimizing the string hashing 
function), but I'd like to see if it builds on all of the official 
architectures so we can iron any additional issues before the main 1.17 
release in a few weeks.  Ideally, we can get that into bullseye before 
the freeze.


Would anyone be able to review and sponsor?

Thanks!
Doug




OpenPGP_0xD12B2BE26D3FF663.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Nilesh Patra]

On Tue, 15 Dec, 2020, 2:47 pm Daniele E. Domenichelli, <
ddomeniche...@drdanz.it> wrote:

> Hello Nilesh,
>
> Thanks for looking at this.
> I'm sorry, the RFS issue is not updated (I'm not sure how to do that)
> but I removed the python2 dependency in the latest upload, see
>
>   https://mentors.debian.net/package/robot-testing-framework/


Can you please push the changes you made to the corresponding salsa
repository?

>
>

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Steffen Möller]

@Nilesh, if you can help out with a Nilesh-typical review then I happily
sponsor.

Best,

Steffen

Am 15.12.20 um 09:57 schrieb Nilesh Patra:

Hi Daniele

On Tue, 15 Dec, 2020, 2:14 pm Daniele E. Domenichelli,
mailto:ddomeniche...@drdanz.it>> wrote:

Any other comment on this package?
Will anyone sponsor the upload?


Disclaimer: I'm not a DD yet, and hence can't sponsor.

I had a look at the package, and it seems to Depend on python2?

python2 has reached end of the line support and is not in unstable
anymore.
It will also not be a part of next stable release as well.

Can you port the code to be compatible with python3.9? And
additionally other deprecated version too?

Btw, you could also CC debian-ment...@lists.debian.org
 to get more people to have a
look and sponsor the package.

Thanks for all your work on this!

Nilesh

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Daniele E. Domenichelli]

Hello Nilesh,

Thanks for looking at this.
I'm sorry, the RFS issue is not updated (I'm not sure how to do that)
but I removed the python2 dependency in the latest upload, see

  https://mentors.debian.net/package/robot-testing-framework/

Cheers,
 Daniele

On 15/12/2020 09:57, Nilesh Patra wrote:
> Hi Daniele
> 
> On Tue, 15 Dec, 2020, 2:14 pm Daniele E. Domenichelli,
> mailto:ddomeniche...@drdanz.it>> wrote:
> 
> Any other comment on this package?
> Will anyone sponsor the upload?
> 
> 
> Disclaimer: I'm not a DD yet, and hence can't sponsor.
> 
> I had a look at the package, and it seems to Depend on python2?
> 
> python2 has reached end of the line support and is not in unstable anymore.
> It will also not be a part of next stable release as well.
> 
> Can you port the code to be compatible with python3.9? And additionally
> other deprecated version too?
> 
> Btw, you could also CC debian-ment...@lists.debian.org
>  to get more people to have a
> look and sponsor the package.
> 
> Thanks for all your work on this!
> 
> Nilesh
> 

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Nilesh Patra]

Hi Daniele

On Tue, 15 Dec, 2020, 2:14 pm Daniele E. Domenichelli, <
ddomeniche...@drdanz.it> wrote:

> Any other comment on this package?
> Will anyone sponsor the upload?
>

Disclaimer: I'm not a DD yet, and hence can't sponsor.

I had a look at the package, and it seems to Depend on python2?

python2 has reached end of the line support and is not in unstable anymore.
It will also not be a part of next stable release as well.

Can you port the code to be compatible with python3.9? And additionally
other deprecated version too?

Btw, you could also CC debian-ment...@lists.debian.org to get more people
to have a look and sponsor the package.

Thanks for all your work on this!

Nilesh

>

Re: RFS: robot-testing-framework/2.0.1-1 [ITP] -- Robot Testing Framework

[Daniele E. Domenichelli]

Any other comment on this package?
Will anyone sponsor the upload?

Thanks in advance.

Daniele


On 15/11/2020 14:33, Daniele E. Domenichelli wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "robot-testing-framework":
> 
>   * Package name: robot-testing-framework
> Version : 2.0.1-1
> Upstream Author : Istituto Italiano di Tecnologia (IIT)
>   * URL : https://robotology.github.io/robot-testing-framework/
>   * License : GPL-2, LGPL-2.1+
>   * Vcs : 
> https://salsa.debian.org/science-team/robot-testing-framework
> Section : libs
> 
> It builds those binary packages:
> 
>robot-testing-framework - Robot Testing Framework (metapackage)
>librobottestingframework-doc - Robot Testing Framework - documentation
>robottestingframework-testrunner - Robot Testing Framework - 
> robottestingframework-testrunner
>librobottestingframework-python2 - Robot Testing Framework - 
> RTF_python library
>librobottestingframework-ruby2 - Robot Testing Framework - RTF_ruby 
> library
>librobottestingframework-lua2 - Robot Testing Framework - RTF_lua library
>librobottestingframework-dll2 - Robot Testing Framework - RTF_dll library
>librobottestingframework2 - Robot Testing Framework - RTF library
>librobottestingframework-dev - Robot Testing Framework - development 
> files
> 
> To access further information about this package, please visit the 
> following URL:
> 
>https://mentors.debian.net/package/robot-testing-framework/
> 
> Alternatively, one can download the package with dget using this command:
> 
>dget -x 
> https://mentors.debian.net/debian/pool/main/r/robot-testing-framework/robot-testing-framework_2.0.1-1.dsc
> 
> Changes for the initial release:
> 
>   robot-testing-framework (2.0.1-1) unstable; urgency=medium
>   .
> * Initial release. (Closes: #969037)
> 
> Regards,
>   Daniele
>