> > Yes, that's not a problem. However, if we don't have libquadmath.so, > > libgfortran.so isn't going to load, so is it still useful? > > There haven't been any ABI breaks in libquadmath.so. Thus we can simply ask > users to install libquadmath.so by themselves and everything will work. Our > users will not be able to find an incompatible libquadmath.so > > > FWIW, it looks to me like libquadmath is LGPL, not GPL: > > https://github.com/gcc-mirror/gcc/blob/master/libquadmath/COPYING.LIB > > You're right, but the consequence is the same.
I suppose it's more business friendly, but it's not a requirement for releasing binaries under Apache, correct? That is, this is a policy specific to the MXNet project? > > It doesn't sound to me like they forbid publishing snapshots, just that it > > shouldn't be documented, which is weird, but whatever. It should be alright > > to deploy snapshots and keep it a "secret", no? > > Yes. Reading the https://infra.apache.org/publishing-maven-artifacts.html > again, there is also https://repository.apache.org/snapshots which may be the > best location for snapshots? Yes, I saw that too. There's already a few snapshots from MXNet there, so I assume we can use it freely: http://repository.apache.org/content/groups/snapshots/org/apache/mxnet/ (Oh and look at that, the artifacts are using a generic "-gpu" string as part of their names. I would like to consult with the authors of those artifacts to see what they think of adding versions here before committing to tracking specific versions of CUDA. It's not something I would personally relish to do, until someone actually cares about it at least that is. The only person that ever complained about this for OpenCV is @ericxsun: https://github.com/bytedeco/javacpp-presets/issues/918 ) Now, where can I get an account for that server... Anyway, someone will just need to put their credentials as secrets for GitHub Actions and then we just need to change the URL here for the snapshots: https://github.com/saudet/incubator-mxnet/blob/add-javacpp/java/build.gradle#L143 And that's it. They will appear exactly as they currently are on Sonatype: https://oss.sonatype.org/content/repositories/snapshots/org/bytedeco/mxnet/2.0-SNAPSHOT/ > > They say we "should" do this and that, but if none of their services offers > > support for Maven artifacts, I suppose this means we can use something > > else, right? > > I'm not sure what you mean. I was referring to the snapshot repository, which they do offer, so we're good for that, but if we need something else, it would be good to know what the official stance is concerning the use of external services. I suppose anything from GitHub is OK, but other than that, I wonder. -- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: https://github.com/apache/incubator-mxnet/issues/17783#issuecomment-754396608
