[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Finishing ncbi-vdb and sra-sdk



Hi Aaron and Andreas,

Le 11/10/2022 à 15:06, Aaron M. Ucko a écrit :
Andreas Tille <tille@debian.org> writes:

I wanted to set you "Owner" of the Debian Med team repository since this
is the maximum power.  I realised you are owner.  So either someone has
beaten me and just did so or something is wrong if you can't do what you
want to do.

OK, thanks.  A closer look indicated that GitLab doesn't normally allow
*anyone* to force-push to protected branches:

https://docs.gitlab.com/ee/user/project/protected_branches.html

I temporarily enabled force pushes for this one just long enough for my
needs.  I would have preferred to be able to relax the policy just for
owners, but AFAICT nobody else pushed in the interim anyway.

- The javadocs contain embedded copies of files from libjs-jquery and
   libjs-jquery-ui that should become symlinks (with dependencies added).

I've seen packages where this is ignored.  If you want to approach this
and need helping hands just ask here.

I reckon it should be straightforward enough, thanks; it just wasn't a
priority.

Indeed, this warning should be overridden, usually I do so and add a pointer to the discussion in https://lists.debian.org/debian-java/2018/06/msg00021.html in the comment in the .lintian-overrides file. Once I saw a package trying to address this issue by symlinking with rdfind, but it was causing broken symlinks everytime the libjs-query package (which contains the referenced files) layout changed.


- Lower priority: I have not yet taught the Java bindings to look for
   full SONAMEs, so they still depend on a -dev package.  I'd appreciate
   help from someone more familiar with Java.

I admit I do not understand the problem but I have put Pierre in CC.

More concretely, the bindings should directly load libncbi-ngs.so.3, and
depend directly on libncbi-ngs3, rather than going through the
unversioned libncbi-ngs.so symlink and depending on libncbi-ngs-dev.  I
made appropriate changes on the Python front, but I'm not so clear on
how to do the same for Java.

Most commonly, when Java programs have bindings to native code in C or C++, this library is shipped in a -jni package which is Architecture: any and contains a .so file (with no version number appended) in /usr/lib/jni. But here I understand you need to load the library which is in the shared lib package. Do you have an idea of the exact way the .so is loaded by the Java code? The methods in LibManager.java are a bit involved and I am unsure to see which behaviour is expected exactly. If you don't, I shall investigate further in order to help, no worry.



A comment to your question in your other mail:  Sorry, I have no idea
how to teach CI to pick from experimental.

OK, thanks.  No big deal, though it might be nice to have it working.

Meanwhile, I reckon I'll also want to revisit debian/copyright,
particularly with a pass through NEW upcoming. ;-)


Best,

--
Pierre

Attachment: OpenPGP_signature
Description: OpenPGP digital signature


Reply to: