I'm trying to package m2e-wtp now. I used the m2e-cxf as inspiration for
my spec file. I get the following error however when I run rpmbuild -ba
Internal error: java.lang.RuntimeException: No solution found because
the problem is unsatisfiable.: [Unable to satisfy dependency from
org.eclipse.m2e.wtp.overlay 1.1.0.qualifier to bundle org.slf4j.api
1.6.0.; No solution found because the problem is unsatisfiable.
I thought that I could fix this by adding 'BuildRequires:
mvn(org.slf4j:slf4j-api)' but that doesn't seem to work. The regular
Maven build works without problems.
Could someone give me a clue on how I should proceed from here? I have
attached the spec file I have thus far.
Thanks in advance,
On Fri, 2015-02-27 at 10:32 +0100, Alec Leamas wrote:
> On 27/02/15 09:25, Severin Gehwolf wrote:
> > On Thu, 2015-02-26 at 18:06 +0100, Alec Leamas wrote:
> >> On 26/02/15 17:51, Andrew Haley wrote:
> >>> On 02/26/2015 04:34 PM, Alec Leamas wrote:
> >>>> On 26/02/15 15:08, Andrew Haley wrote:
> >>>>> On 02/26/2015 01:49 PM, Alec Leamas wrote:
> >>>>>> OK, here  is a srpm which builds with patches which switches to ecj.
> >>>>>> Without them (first two), there is the crash (for me, on f21) 
> >>>>>>  https://leamas.fedorapeople.org/javabug/tonto-1.44-2.fc21.src.rpm
> >>>>>>  http://ur1.ca/jt1em
> >>>>> Works for me with everything I've tried
> >>>> You have disabled the patches, have you?
> >>> I disabled one patch. Only one patch seemed to have anything to do with
> >>> ecj. If this is wrong, please supply a test case that fails.
> >> sorry, my bad. This spec (together with srpm above) should do it, it
> >> does for me: http://ur1.ca/jt2tc
> > The sources seem to be using "enum" as an identifier which became a
> > keyword in JDK 1.5 and up. FWIW, it was all there in the compiler error
> > messages ;-) You need to apply the attached patch which gets you past
> > this compile problem. Then it fails with:
> I have already patched those things, I sent you this testcase because
> there is a compiler crash, not because there are errors. IMHO, a
> compiler should never crash for whatever input.
It'll be fixed once 8u60 becomes GA.
Definitely still newbie, and all those questions. Sorry, but it goes
better over time.
Now, I have a package which depends on rxtx, which basically is a jar
file without %add_maven_depmap. Since I use maven myself, I need that
info which %add_maven_depmap otherwise provides.
So, what do I do? I have tried to figure out away to provide that info
myself, but I'm too dumb. Should I file a bug against rxtx, with a
%add_maven_depmap patch? Or?
So, I have have successfully built two dependencies (thanks for all
help!), and now going for the third which requires the the first two.
The build is OK, but rpmbuild crashes with a simple message:
Exception: Following dependencies were not resolved and requires cannot
be generated. Either remove the dependency from pom.xml or add proper
packages to BuildRequires:
com.hifiremote:DecodeIrCaller:1314 required by org.harctoolbox:IrpMaster
But, things are not simple (?):
$ rpm -q --whatprovides 'mvn(com.hifiremote:DecodeIrCaller)'
I. e., rpmbuild does not find the installed maven-generated package
DecodeIrCaller even though it provides the proper things(?) The package
looks OK to my silly eyes:
$ rpm -ql DecodeIrCaller
Spec of built package: http://paste.fedoraproject.org/188869/60250414
Spec of DecodeIrCaller: http://ur1.ca/js0d7
Thanks for help with last package. Trying a new one, get an interesting
compiler crash (yes, the bug is filed since long).
The question: is there any sane way to use another version of javac than
1.8.0 to walk-around this until compiler upstream do their homework?
Any hint, out there?