Re: RFS faber - build dependency for boost-python
Hi Steffen, Steffen Möller, on 2022-02-08: > https://salsa.debian.org/python-team/packages/faber > > I had asked the Debian boost folks already to comment on that package > but have not heard back. Faber is a build tool that the upstream boost > community has elevated as the next thing for their Python interface. But > it can also be used as a substitute for make. > > Anyway. Could someone please have a look that I have not borked to > smoothen the transition through NEW? Please feel free to upload. Please kindly check the buildability of the package using a clean chroot (automating this with pbuilder or sbuild, or anything doing similar job at your preference. :) I had to append python3-yaml to the build dependencies to go through the build and test process. There were some Lintian issues afterwards, which you might want to address: W: faber: useless-whatis-entry usr/share/man/man1/faber.1.gz I: faber source: debian-watch-contains-dh_make-template [debian/watch] I: faber: spelling-error-in-description platoform platform I: python3-faber: spelling-error-in-description platoform platform (With help2man, you can set the whatis entry with --name flag.) You will have to document as well the following files in d/copyright, as otherwise the package would probably get rejected from NEW: - doc/_static/boost.css - src/faber/termcolor.py - src/faber_bench/images/stop.svg (looks CC0/public domain, but I am unsure) Maybe I missed other files, so don't hesitate to do one more review on your end. I don't have access to the Debian Python team repository, so I haven't pushed nor uploaded anything. In hope this helps, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Glass Hammer - Long And Long Ago signature.asc Description: PGP signature
Re: packaging wgrib2
Hi Magnus, Magnus HAGDORN, on 2021-07-27: > 2. wgrib2 is a large project with many contributors. It is mostly > public domain. What's the best way of sorting out the copyright file? The two following commands should give you a perhaps noisy, but rather complete, overview of copyright informations available in the entire source code; grep's output can be notably copious: $ find -iname '*copyright*' -or -iname '*licen*e*' -or -iname '*author*' $ grep -Eir 'copyright|©|licen[cs]e' * You may also investigate tools such as scan-copyrights(1). It has some options to even ease the maintenance of d/copyright in a way compatible with copyright format 1.0 [1]. The copyright format 1.0 should give you the way to express multiple authors, licenses, and terms, in a machine readable format. [1]: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Thanks for your work on wgrib2! Have a nice day, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: debian-science team membership request
PICCA Frederic-Emmanuel, on 2021-02-02 20:13:22 +: > done has developer. > > Welcome Thank you, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
debian-science team membership request
Greetings, I usually work with the Debian Med team, but occasionally ended up being interested in contributing to some Debian Science components for various reasons. In #957828 affecting sparskit, I provided a patch to fix failure to build from source, and Nilesh suggested that I proceed to the upload. But I believe that I am not part of the Debian Science team yet, so would be interested in joining the team (to at least properly inject the patch into the VCS of the package. :) I have read through the "Contributing to Debian Science"[1] guide and the "Debian Science Policy Manual"[2], which I agree to follow. [1] https://wiki.debian.org/DebianScience/ContributingToDebianScience [2] https://science-team.pages.debian.net/policy/ I opened an access request on Salsa, under username "emollier"*. I am a DM. Kind Regards, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. * some time ago in fact, but I managed to have forgotten about it... /me blushes signature.asc Description: PGP signature
Re: Fortran issue solved but symbols issues (Was: Bug#957665: Fortran issue in paw (Was: paw: ftbfs with GCC-10))
Hi Andreas, Andreas Tille, on 2020-10-17 21:52:24 +0200: > /usr/bin/ld: > paw/cdf/shared/mlpdef.o:/build/paw-2.14.04.dfsg.2/build/pawlib/paw/cdf/mlpdef.c:155: > multiple definition of `klnkaddr'; > paw/cdf/shared/pawcdf.o:/build/paw-2.14.04.dfsg.2/build/pawlib/paw/cdf/pawcdf.c:155: > first defined here > /usr/bin/ld: warning: alignment 4 of symbol `pawch3_' in > paw/ntuple/shared/c_decl.o is smaller than 16 in paw/code/shared/pawint3.o > /usr/bin/ld: warning: size of symbol `hcfile_' changed from 12800 in > paw/code/shared/hgetid.o to 4000 in paw/ntuple/shared/c_decl.o > /usr/bin/ld: warning: size of symbol `pawc_' changed from 40004 in > comis/code/shared/csdefn.o to 4 in paw/ntuple/shared/c_decl.o > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:31: > multiple definition of `learn_'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:31: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:40: > multiple definition of `pat_'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:40: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:19: > multiple definition of `net_'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:19: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:49: > multiple definition of `divers_'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:49: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:92: > multiple definition of `Hessian'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:92: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:91: > multiple definition of `ExamplesIndex'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:91: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:90: > multiple definition of `JacobianMatrix'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:90: > first defined here > /usr/bin/ld: > paw/mlpfit/shared/mlp_inter.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:89: > multiple definition of `Gamma'; > paw/mlpfit/shared/mlp_gen.o:/build/paw-2.14.04.dfsg.2/src/pawlib/paw/mlpfit/mlp_gen.h:89: > first defined here > ... > > > Any further hints are welcome I think this affects the C part of the program and should probably be fixed "the easy way" by appending the CFLAGS -fcommon; I suppose the remark from Andrius is otherwise applicable here as well: CFLAGS += -fcommon Or investigate if this is just a matter of these global variables not being "extern" as they should; this is not always applicable because of the way they are used. I understood you might be busy next week, so requested access to the Salsa Debian Science Team repository to bring the modification myself if you wish, my account is emollier. Have a nice day, -- Étienne Mollier Old rsa/3072: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d New rsa/4096: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/6, please excuse my verbosity. signature.asc Description: PGP signature
Re: my plans about deep learning framework
Hi Mo, Mo Zhou, on 2020-05-07 14:15:15 +: > [[[ ROCm flavor of DL frameworks ]]] > > I still don't know how on earth can the ROCm software stack work with > the opensource `amdkfd` kernel driver (debian has already enabled that > driver for our kernel packages) instead of the proprietary version of > `amdkfd`. > > -- I'm willing to maintain the ROCm software stack as long as it is > able to work on a Debian system without non-free components. > There is a "ROCm Team" on salsa. > -- the answer to the above question is the only blocker for me to > make further progress about ROCm. I believe that I may be able to give a hand with this stack, although I'm still kind of green regarding Debian packaging. I don't expect it to be an easy task, but will see if I can help here. I just opened a request on Salsa to access the "AMD Yes! ROCm Team" group. Kind Regards, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/ signature.asc Description: PGP signature