I noticed that the JDK on my Linux VM was 8u40, I updated to 8u72 and then got the following:
Bundler RPM Bundle skipped because of a configuration problem: Specified license file is missing. Advice to fix: Make sure that "EULA.rtf" references a file in the app resources, and that it is relative file reference. I wasn't able to do anything to convince it that the license file was there. I just omitted it for now. Updating to 8u72 did not solve my .rpm dependency issues. Scott On Wed, Feb 3, 2016 at 4:08 PM, Scott Palmer <swpal...@gmail.com> wrote: > > > On Feb 3, 2016, at 11:40 AM, Chris Bensen <chris.ben...@oracle.com> > wrote: > > > > On Feb 2, 2016, at 7:27 PM, Scott Palmer <swpal...@gmail.com> wrote: > >> > >> Note that this is a RPM-based system, apt-get is not available, yum is. > >> > >> yum install libX11 > > > > What is the Linux system you are running? > > It is a version of CentOS. (Created within my company with minor tweaks > for branding purposes.) > > > >> > >> It seems to be that javapackager has made a mistake and is claiming to > depend on the 32-bit packages even though it really requires the 64-bit > packages. > > > > That’s what it’s sounding like to me. Looking at the code for the RPM > bundler there isn’t anything I can find offhand that would suggest this. > Bundling with 32/64-bit is triggered off the JDK used. Note that you have > to bundle the same bitness JRE as the JDK. It should fail if it isn’t but > that isn’t the case yet and that isn’t your problem. It appears the RPM > generated is 32-bit. Unless you are bundling a 32-bit JRE and the RPM > bundler keys off the native libraries used. Can you check the launcher > executable? I think it’d be: > > > > $ file myserver-1.0-1.x86_64/app/myserver > > I had to extract the launcher from the .rpm. There is no version of it > that is sitting around in the output folder. > > myserver: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically > linked (uses shared libs), for GNU/Linux 2.6.15, > BuildID[sha1]=0x7e6522a86eca91b45cfb4dfa5defbddac0b1294a, not stripped > > > So the 64-bit launcher is bundled. > > > > > > Can you file a minimum test case along with the Linux system used so we > can prioritize with other bugs and find a solution? > > I’ll try to put something together. I’m still eager to find a workaround > that I can implement with 8u72. > > > Scott > > > > > > Chris > > > > > >> Scott > >> > >> > >>> On Feb 2, 2016, at 7:03 PM, Chris Bensen <chris.ben...@oracle.com> > wrote: > >>> > >>> This list or the Deployment blog ( > https://blogs.oracle.com/talkingjavadeployment/) are the best places to > get help with the javapackager. > >>> > >>> Is your app built with the 64-bit or 32-bit packager? I noticed > “x86_64” appended to the name. If it’s 32-bit you could try running: > >>> > >>> sudo apt-get install libx11-6:i386 > >>> > >>> Chris > >>> > >>> > >>>> On Feb 2, 2016, at 1:49 PM, Scott Palmer <swpal...@gmail.com> wrote: > >>>> > >>>> What's the best place to go to get help with using the javapackager ? > >>>> > >>>> I've read the docs, but things aren't working smoothly and it would be > >>>> helpful if there were some known working examples to base things on. > I'm > >>>> not finding any examples that use the -daemon or -BserviceHint=true > >>>> options, for example. > >>>> > >>>> I attempted to make a .rpm that installs a service/daemon but when I > try to > >>>> install it, it fails claiming the following dependencies cannot be > met: > >>>> > >>>> libX11.so.6 is needed by myserver-1.0-1.x86_64 > >>>> libXext.so.6 is needed by myserver-1.0-1.x86_64 > >>>> libXi.so.6 is needed by myserver-1.0-1.x86_64 > >>>> libXrender.so.1 is needed by myserver-1.0-1.x86_64 > >>>> libXtst.so.6 is needed by myserver-1.0-1.x86_64 > >>>> libasound.so.2 is needed by myserver-1.0-1.x86_64 > >>>> > >>>> Considering the app already runs fine on this same system, I'm a bit > >>>> confused that it is complaining of missing dependencies. > >>>> > >>>> Scott > >
