java-devel August 2013

java-devel@lists.fedoraproject.org

18 participants
14 discussions

Help with the hadoop package review
by Robert Rati 06 Aug '13

06 Aug '13

Bjorn has been reviewing the hadoop package, but I haven't seen him online for about a week now and there's been no comments on the review BZ. I suspect he is on vacation. Would someone be willing to step in and help out with the review? Maybe give it a review so there will be less (no) work to do when Bjorn is able to look at it again? Rob

1 0

Packages Obsoletes wrong or missing
by Johannes Lips 06 Aug '13

06 Aug '13

Hi all, during the recent mass rebuild the build of freemind failed, because of missing packages. http://kojipkgs.fedoraproject.org//work/tasks/4964/5754964/root.log Are they not properly obsoleted, or why aren't they part of fedora anymore? Thanks a lot for any help. Johannes

5 10

Maven auto Requires on hsqldb:hsqldb:1 in rawhide
by Gerard Ryan 05 Aug '13

05 Aug '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi folks, One of my recent packages (smooks), has a dependency on hsqldb1 (mvn(hsqldb:hsqldb:1)). The requires gets generated automatically (for the subpackage milyn-commons). In rawhide, it's not installable because the autoRequires gets generated as mvn(hsqldb:hsqldb), and not the versioned mvn(hsqldb:hsqldb:1) that's provided by the package hsqldb1 (At least I think that's why the resolution fails). In F19, this problem doesn't seem to occur. Is there a way to force the requires on mvn(hsqldb:hsqldb:1) over the unversioned version, or am I thinking about this the right way at all? BuildRequires resolves fine if it's the versioned equivalent, but the unversioned one fails. I've tried adding a Requires line to the subpackage that needs it, but it didn't seem to work. Should hsqldb1 provide mvn(hsqldb:hsqldb)? I'm not sure if that would cause problems for hsqldb (without the 1), since that provides mvn(org.hsqldb:hsqldb). Has anybody got any ideas what's going wrong here? Thanks a lot, Gerard. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) iQIcBAEBCAAGBQJR/uoEAAoJEG7cfkpivEoV7QYQAJvCvoa5yTcGpXk2pw6SuoFt nozTR8PL+OfPQtD7F4v1xzmPgc9s0VC/XdNMSNFm0GeMaGh76madAYNNcA+m2Lvi pAwQ6uwWIZgKmgLMM1wo2Ig1WZRSYmn7UURNshKHzd2deL+xfZv5Sqnpv5JHeeHI SxLmvo9gsH2dtfaAe0sVPp8pTwZsD6ED6pcRpS0aUe2ZKJUpQfkcek3boiBs0SnN J283hEsTDxk+qQ6/B5TYE5Mu7h0UIzwRMXcs6Awo+7u9kDO+FCM4wt8fbqXwgj5t yvGzvcuvbDeIZYOcVb9MLIB13C1tYYXo0Mh6ZcUbjrYZOSPXb1VwWBwUd3WXWlUR eEIWyib3L0akyIDyujvr+nHJ+Qi2sK/VuvFpHzBTWBarVUOfIi6GLPuJjicdHi9i 8MYKA62VCTIDSJPqq8hRs+sQFQLvPeV09YW+nqkOxNvwUwmY11jDN6h8AlG0vmzf C9h554tw43uM37FpLCgFQ5+W6BB3KpIQwzBIezWERncLlLrDCUiX//m97XwbUXrX N3Xd+KDiRqZvYO3DKIKhh4KeR1CbJUqJFtsg684QnBQUNxe4UZ1xEQu65RtgAGou HaSCoCjUViHCtFaGjhKwz6zySmHd3ZEmk7kqaYik287V9Icz0Dtuh7TY8GzUBVsw mTaiU8DTCoFs7dKIrgzE =FnVY -----END PGP SIGNATURE-----

1 1

FTBFS due to missing sisu-inject-bean
by Michal Srb 05 Aug '13

05 Aug '13

Hi guys, just a quick tip: if you have some FTBFS failures due to missing artifact org.sonatype.sisu:sisu-inject-bean, the solution is to replace sisu-inject-bean BR/R with cdi-api1, atinject, aopalliance. Typically not all of them are needed. As you probably already know, Fedora switched from Sonatype Sisu to Eclipse Sisu. Eclipse Sisu doesn't have sisu-inject-bean artifact, but this artifact contains nothing but bundled classes from atinject, cdi-api (1.0), aopalliance and possibly others. So replacing R/BR + patching pom.xml should solve the problem. Regards Michal

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel August 2013