Bug#848389: derby: Fails to build from source
On Sun, Dec 18, 2016 at 06:31:37AM +0100, Emmanuel Bourg wrote: > Le 18/12/2016 à 02:18, tony mancill a écrit : > > > If someone else on the Java Team could give it a once over, I'd appreciate > > it. > > Hi Tony, > > Thank you for the fix, it looks good to me. There won't be links for the > Java EE APIs though, but that's not important. Hi Emmanuel, After a little more searching around for a copy of the J2EE APIs in our sources, and realizing how small the files are (particularly compared to the size of the derby source tarball), I opted to include both of the package-list resources in the src:derby package. If there are is nothing else urgent and pending for derby, I'll upload the package on December 19th. Thanks you, tony signature.asc Description: PGP signature
Bug#848389: derby: Fails to build from source
Le 18/12/2016 à 02:18, tony mancill a écrit : > If someone else on the Java Team could give it a once over, I'd appreciate it. Hi Tony, Thank you for the fix, it looks good to me. There won't be links for the Java EE APIs though, but that's not important. Emmanuel Bourg
Bug#848389: derby: Fails to build from source
On Fri, 16 Dec 2016 21:57:44 -0500 Jeremy Bichawrote: > Package: derby > Version: 10.13.1.1-1 > Severity: serious > > derby fails to build from source. It looks to me like it's failing > because it's trying to connect to an external website and fails when > it can't load the URL. > > I recommend doing a source-only upload next time to detect these issues > sooner. The problem manifests when using gbp with a clean cowbuilder chroot. In any event, I have pushed a patch to the pkg-java/derby repo that uses the package-list shipped with default-jdk-doc that addresses the external fetch problem. The generated javadoc looks sane (and like the derby-doc package currently in the archive). If someone else on the Java Team could give it a once over, I'd appreciate it. Cheers, tony
Bug#848389: derby: Fails to build from source
Package: derby Version: 10.13.1.1-1 Severity: serious derby fails to build from source. It looks to me like it's failing because it's trying to connect to an external website and fails when it can't load the URL. I recommend doing a source-only upload next time to detect these issues sooner. https://wiki.debian.org/SourceOnlyUpload Build log excerpt below. You can see the full build log at https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/derby.html Click rbuild on the left sidebar. install_packagelists: [mkdir] Created dir: /<>/packageListLoc-se-8 [mkdir] Created dir: /<>/packageListLoc-j2ee-7 [get] Getting: http://docs.oracle.com/javase/8/docs/api/package-list [get] To: /<>/packageListLoc-se-8/package-list [get] Error getting http://docs.oracle.com/javase/8/docs/api/package-list to /<>/packageListLoc-se-8/package-list BUILD FAILED /<>/build.xml:948: The following error occurred while executing this line: /<>/build.xml:976: java.net.UnknownHostException: docs.oracle.com at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:184) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at java.net.Socket.connect(Socket.java:538) at sun.net.NetworkClient.doConnect(NetworkClient.java:180) at sun.net.www.http.HttpClient.openServer(HttpClient.java:432) at sun.net.www.http.HttpClient.openServer(HttpClient.java:527) at sun.net.www.http.HttpClient.(HttpClient.java:211) at sun.net.www.http.HttpClient.New(HttpClient.java:308) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1209) at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1157) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:966) at org.apache.tools.ant.taskdefs.Get$GetThread.openConnection(Get.java:728) at org.apache.tools.ant.taskdefs.Get$GetThread.get(Get.java:641) at org.apache.tools.ant.taskdefs.Get$GetThread.run(Get.java:631) Thanks, Jeremy Bicha