Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

dev-java/jsr250 : version bump to 1.2 #2976

Conversation

stefan-langenmaier
Copy link
Contributor

No description provided.

@gentoo-repo-qa-bot
Copy link
Collaborator

Pull Request assignment

Areas affected: ebuilds
Packages affected: dev-java/jsr250

dev-java/jsr250: @gentoo/Java

@gentoo-repo-qa-bot gentoo-repo-qa-bot added the assigned PR successfully assigned to the package maintainer(s). label Dec 1, 2016
@chewi chewi changed the title dev-java/jar250 : version bump to 1.2 dev-java/jsr250 : version bump to 1.2 Dec 1, 2016
@chewi chewi self-assigned this Dec 1, 2016
@chewi
Copy link
Member

chewi commented Dec 1, 2016

Thanks for this. It's good but just a few things.

  • I know you didn't use repoman because you spelt the package name wrong, repoman wouldn't add a space before the colon, and it adds a Package-Manager footer. The commit message isn't that important but the repoman checks are.
  • Always specify the oldest jdk/jre version that we have in the tree, currently 1.7. We cannot test with older versions and upstream doesn't always get it right. Ideally test building it yourself with Java 7 and 8 and tell us you've done so.
  • It's a minor version change and this is only used by maven-bin so it's probably fine but use java-apicheck to determine whether a new SLOT is needed. It could have a totally different ABI! Again, let us know you've done so.

@stefan-langenmaier
Copy link
Contributor Author

Sorry for the shitty pull request. I'll update the ebuild.

I didn't know about java-apicheck, it looks quite handy but the japitools seem to have a problem.

Error: Could not find or load main class net.wuffies.japi.Japize

Anyway I shouldn't do bug reports in such a haste. :) Thanks for taking the time to reply.

@gentoo-bot gentoo-bot closed this in c0c9559 Dec 2, 2016
@chewi
Copy link
Member

chewi commented Dec 2, 2016

Please excuse @monsieurp, he's... special.

@chewi chewi reopened this Dec 2, 2016
@monsieurp
Copy link
Member

Sorry, I didn't mean to merge this PR. I've reverted the commit btw. @chewi knows how special I am.

@stefan-langenmaier
Copy link
Contributor Author

stefan-langenmaier commented Dec 2, 2016 via email

@chewi
Copy link
Member

chewi commented Dec 4, 2016

I've fixed japitools. It was broken by a recent eclass change.

compilation was tested with java7 and java8
The keyword was in the older version and repoman was complaining.
@stefan-langenmaier
Copy link
Contributor Author

Thanks for the fix in japitool. I could run java-apicheck. It says "All good" and "0 unique errors".

I also bumped the jdk/jre deps to 1.7 and I compiled it correctly with java7 and java8.

repoman was also complaining about ppc64 so I added it also as unstable keyword.

@gentoo-bot gentoo-bot closed this in 58fe0d0 Dec 4, 2016
gentoo-bot pushed a commit that referenced this pull request Dec 4, 2016
compilation was tested with java7 and java8
Closes: #2976
gentoo-bot pushed a commit that referenced this pull request Dec 4, 2016
The keyword was in the older version and repoman was complaining.
Closes: #2976
@chewi
Copy link
Member

chewi commented Dec 4, 2016

Good job, thanks! You can readd any existing keywords as unstable ones without testing as long as it's not a major new version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
assigned PR successfully assigned to the package maintainer(s).
Projects
None yet
4 participants