Hi Andreas, Andreas Tille, on 2020-11-14 08:03:59 +0100: > On Fri, Nov 13, 2020 at 08:26:06PM +0100, Étienne Mollier wrote: > > I don't believe I saw update landing. :) In any way, I'm near > > finishing the initial packaging of libsecrecy. Will push in any > > moment. > > I've seen your pushes. Seems you did not found itp_from_debian_dir[1] > which makes the ITP bug more convenient. But its fine to do that > manually. > [1] https://salsa.debian.org/r-pkg-team/dh-r/-/blob/master/scripts/itp_from_debian_dir So that's where it keeps hiding from me! :D I'm a bit wary of putting more package into the archive without a good reason. Going through the normal reportbug process gives me some time to find justifications. But yeah, for standardized R packages, having a fully automated process makes complete sense, as I understood. > Just let me know if its ready for sponsering (or may be I need to > read on my mails ... ;-) ) No worries, I wanted to reread a thing or two today. I think that the package is suitable for review; I would be especially happy of a triple check on the copyrights side: https://salsa.debian.org/med-team/libsecrecy Salsa CI wise, the package is scanned as in quite good shape. A note on the autopkgtest: the run-unit-test tends to crash at random, I always saw these in qemu-user context until then, but I'm not entirely sure of the source. Some of the GPGME calls tend to end in SIGABRT. I thought it would be eligible to being marked "flaky", so to make sure other unrelated errors are not caught by the flaky aspect, I added a second run-stable-test suite marked "superficial", which redoes only the stable commands of the initial test. If it sounds good to you, I think libsecrecy would be eligible to go to the NEW queue. > Thanks as always And as always, you're welcome! Have a nice day, :) -- Étienne Mollier <etienne.mollier@mailoo.org> Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity.
Attachment:
signature.asc
Description: PGP signature