Re: Help with building Tensorflow
On 2021-01-23 19:00 -0500, Olek Wojnar wrote: >Hello Debian Science (and Deep Learning) Tensorflow packagers, >I see that there have been a couple commits recently to the Tensorflow >package.[1] I wanted to reach out and make sure you know that our team is >available and happy to help you with any Bazel-related build issues you >may have. >Thanks for your packaging work and, again, please let us know if we can >help! That great to know. Thanks for the offer. I would have done more on this last week but my laptop died completely, so I spent the week setting up a new computer and getting hardware to copy stuff off the fancy SSD. I'm mostly back in business now so will hopefully make some progress soon. I started reading about bazel but as I know nothing about it before last week it's nice to know there is someone with some clue I can ask questions of :-) Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ signature.asc Description: PGP signature
Help with building Tensorflow
Hello Debian Science (and Deep Learning) Tensorflow packagers, I see that there have been a couple commits recently to the Tensorflow package.[1] I wanted to reach out and make sure you know that our team is available and happy to help you with any Bazel-related build issues you may have. As you probably know, Bazel in Debian is still very new and we've been working hard to improve it. While official support for building Debian packages is not yet available [2], we are committed to helping the Med Team's effort to make Tensorflow available for scientific uses related to the COVID-19 pandemic. We have a great relationship with our upstream (as you hopefully do with yours) and stand ready to help with advice on building this Debian package with Bazel. Thanks for your packaging work and, again, please let us know if we can help! -Olek PS I'm not subscribed to Debian Science. [1] https://salsa.debian.org/deeplearning-team/tensorflow [2] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-3
Re: Sponsoring of packages for the next stable release
Hi Stephen, I have disabled i386 build [1] and reduced the size of salsa-build binaries [2]. Now it builds fine in pipeline and I have uploaded the package. [1] https://salsa.debian.org/science-team/siconos/-/commit/8aca640c2743655e87aa181ddfd153f51e6f58e7 [2] https://salsa.debian.org/science-team/siconos/-/commit/9a836cee37a46e20721ab33871f55b54e6e953dc Best regards Anton Am Sa., 23. Jan. 2021 um 14:48 Uhr schrieb Stephen Sinclair : > > Hi Anton, > > Thanks, last time I tried to use the salsa pipeline for this package, > it was not possible because the build produced too much log output and > failed for that reason. > It seems that in your attempt, it actually makes it all the way to the > end; I'm actually not clear on what "fails", it actually succeeds > building and testing the package, but ends with, > > > Uploading artifacts as "archive" to coordinator... failed > > context=artifacts-uploader error=invalid argument > > I have no idea what arguments to what program are invalid here, but it > seems to have to do with the pipeline process and not the package > itself. > > https://salsa.debian.org/science-team/siconos/-/jobs/1367137 > > For the i386 build, it fails unfortunately simply because the machine > runs out of memory. (The build annoyingly requires upwards of 7 GB of > memory while compiling the SWIG bindings; part of the motivation for > wanting to distribute a pre-compiled package!) However to be honest I > am not sure siconos works properly on 32-bit architectures anyway. > https://salsa.debian.org/science-team/siconos/-/jobs/1367138 > > As for other architectures, there is a bug on arm64 that I have been > trying to fix but it is not an easy one. In the meantime the package > is very useful for x86_64 users, who are in the majority. > > regards, > Steve > > On Fri, Jan 22, 2021 at 10:36 PM Anton Gladky wrote: > > > > Hi Stephen, > > > > I have enabled the salsa-pipeline on siconos package and it seems > > fails to build currently [1]. Could you please take a look and let me know, > > whether it is ready to be uploaded. > > > > Thanks > > > > [1] https://salsa.debian.org/science-team/siconos/-/pipelines > > > > Anton > > > > Am Mi., 20. Jan. 2021 um 22:46 Uhr schrieb Stephen Sinclair > > : > > > > > > Hello, > > > > > > If there still is time, there is a minor version upstream update to > > > the siconos package looking for a sponsor: > > > https://mentors.debian.net/package/siconos/ > > > > > > siconos (4.3.1+dfsg-1) unstable; urgency=medium > > > . > > >* New upstream release. > > >* Rebase patches: > > > + Remove upstreamed patch to FindLAPACK.cmake. > > >* Update policy version 4.5.1. > > >* Update debhelper version 13. > > >* Add missing symbols for numerics. > > >* Change architecture for siconos and siconos-mechanics-tools to all. > > >* Add debian/upstream/metadata. > > >* Replace debian/compat with debhelper-compat package. > > > > > > > > > regards, > > > Steve > > > > > > On Sat, Jan 9, 2021 at 9:27 PM Anton Gladky wrote: > > > > > > > > Dear members of Debian Science Team, > > > > > > > > we are approaching to a new stable release freeze. If youhave some > > > > packages to be sponsored, please let us know. > > > > > > > > I have a very limited time, but I will try to review/sponsor someof > > > > packages. > > > > > > > > > > > > Best regards > > > > > > > > Anton > > > >
Re: Shipping bibtex files
Andrius Merkys writes: > On 2021-01-23 12:01, Gard Spreemann wrote: >> I took a stab at it for one package. Does this seem sane? >> >> https://salsa.debian.org/gspr/hera/-/blob/2749a47cad5b1b25f4c5cd219db2db907bd4ddc7/debian/upstream/metadata > > Seems OK to me. I am not aware of any validation tool for d/u/metadata, > as one would be helpful for building from scratch. Adding it to my > mental todo list :) Thanks! Just making sure I understood the concept right :-) -- Gard signature.asc Description: PGP signature
Re: Shipping bibtex files
Hi Gard, On 2021-01-23 12:01, Gard Spreemann wrote: > I took a stab at it for one package. Does this seem sane? > > https://salsa.debian.org/gspr/hera/-/blob/2749a47cad5b1b25f4c5cd219db2db907bd4ddc7/debian/upstream/metadata Seems OK to me. I am not aware of any validation tool for d/u/metadata, as one would be helpful for building from scratch. Adding it to my mental todo list :) Best, Andrius
Re: Sponsoring of packages for the next stable release
Hi Anton, Thanks, last time I tried to use the salsa pipeline for this package, it was not possible because the build produced too much log output and failed for that reason. It seems that in your attempt, it actually makes it all the way to the end; I'm actually not clear on what "fails", it actually succeeds building and testing the package, but ends with, > Uploading artifacts as "archive" to coordinator... failed > context=artifacts-uploader error=invalid argument I have no idea what arguments to what program are invalid here, but it seems to have to do with the pipeline process and not the package itself. https://salsa.debian.org/science-team/siconos/-/jobs/1367137 For the i386 build, it fails unfortunately simply because the machine runs out of memory. (The build annoyingly requires upwards of 7 GB of memory while compiling the SWIG bindings; part of the motivation for wanting to distribute a pre-compiled package!) However to be honest I am not sure siconos works properly on 32-bit architectures anyway. https://salsa.debian.org/science-team/siconos/-/jobs/1367138 As for other architectures, there is a bug on arm64 that I have been trying to fix but it is not an easy one. In the meantime the package is very useful for x86_64 users, who are in the majority. regards, Steve On Fri, Jan 22, 2021 at 10:36 PM Anton Gladky wrote: > > Hi Stephen, > > I have enabled the salsa-pipeline on siconos package and it seems > fails to build currently [1]. Could you please take a look and let me know, > whether it is ready to be uploaded. > > Thanks > > [1] https://salsa.debian.org/science-team/siconos/-/pipelines > > Anton > > Am Mi., 20. Jan. 2021 um 22:46 Uhr schrieb Stephen Sinclair > : > > > > Hello, > > > > If there still is time, there is a minor version upstream update to > > the siconos package looking for a sponsor: > > https://mentors.debian.net/package/siconos/ > > > > siconos (4.3.1+dfsg-1) unstable; urgency=medium > > . > >* New upstream release. > >* Rebase patches: > > + Remove upstreamed patch to FindLAPACK.cmake. > >* Update policy version 4.5.1. > >* Update debhelper version 13. > >* Add missing symbols for numerics. > >* Change architecture for siconos and siconos-mechanics-tools to all. > >* Add debian/upstream/metadata. > >* Replace debian/compat with debhelper-compat package. > > > > > > regards, > > Steve > > > > On Sat, Jan 9, 2021 at 9:27 PM Anton Gladky wrote: > > > > > > Dear members of Debian Science Team, > > > > > > we are approaching to a new stable release freeze. If youhave some > > > packages to be sponsored, please let us know. > > > > > > I have a very limited time, but I will try to review/sponsor someof > > > packages. > > > > > > > > > Best regards > > > > > > Anton > > >
Re: Shipping bibtex files
Gard Spreemann writes: > I've been meaning to add upstream's bibliography data to some of my > packages. My understanding [1] is that this should be done through > d/upstream files, but it is also my impression that DEP-12 has stalled a > bit. > > What is the current preferred way to do this? I took a stab at it for one package. Does this seem sane? https://salsa.debian.org/gspr/hera/-/blob/2749a47cad5b1b25f4c5cd219db2db907bd4ddc7/debian/upstream/metadata Best, Gard signature.asc Description: PGP signature
