[Bug 707988] New: Junit4 bundles parts of hamcrest
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Junit4 bundles parts of hamcrest
https://bugzilla.redhat.com/show_bug.cgi?id=707988
Summary: Junit4 bundles parts of hamcrest
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: junit4
AssignedTo: fnasser(a)redhat.com
ReportedBy: sochotni(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fnasser(a)redhat.com, dwalluck(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Description of problem:
junit4 bundles hamcrest core files in main jar file. It contains these
files/dirs:
org/hamcrest/
org/hamcrest/core/
org/hamcrest/internal/
org/hamcrest/BaseDescription.class
org/hamcrest/BaseMatcher.class
org/hamcrest/CoreMatchers.class
org/hamcrest/Description.class
org/hamcrest/Factory.class
org/hamcrest/Matcher.class
org/hamcrest/SelfDescribing.class
org/hamcrest/StringDescription.class
org/hamcrest/core/AllOf.class
org/hamcrest/core/AnyOf.class
org/hamcrest/core/DescribedAs.class
org/hamcrest/core/Is.class
org/hamcrest/core/IsAnything.class
org/hamcrest/core/IsEqual.class
org/hamcrest/core/IsInstanceOf.class
org/hamcrest/core/IsNot.class
org/hamcrest/core/IsNull.class
org/hamcrest/core/IsSame.class
org/hamcrest/core/package.html
org/hamcrest/internal/ArrayIterator.class
org/hamcrest/internal/SelfDescribingValue.class
org/hamcrest/internal/SelfDescribingValueIterator.class
org/hamcrest/package.html
Version-Release number of selected component (if applicable):
junit4-4.8.2-2.fc15.noarch
These should be cleaned during build
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 10 months
[Bug 772375] New: ant not using jars in ~/.ant/lib
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ant not using jars in ~/.ant/lib
https://bugzilla.redhat.com/show_bug.cgi?id=772375
Summary: ant not using jars in ~/.ant/lib
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ant
AssignedTo: extras-orphan(a)fedoraproject.org
ReportedBy: scott-redhat(a)shambarger.net
QAContact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org, akurtako(a)redhat.com,
mmatejov(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
ant build using jar in ~/.ant/lib fails
Version-Release number of selected component (if applicable):
ant-1.8.2-6.fc16
How reproducible:
Always
Steps to Reproduce:
1. Place required .jar file in ~/.ant/lib, in this case maven-ant-tasks.jar
(v2.1.3) downloaded from http://maven.apache.org/ant-tasks
2. Create build.xml file that uses classes in .jar file (see below)
3. Type ant, and encounter error
Actual results:
Buildfile: /opt/devel/test/build.xml
BUILD FAILED
/opt/devel/test/build.xml:5: Problem: failed to create task or type
antlib:org.apache.maven.artifact.ant:remoteRepository
Cause: The name is undefined.
Action: Check the spelling.
Action: Check that any custom tasks/types have been declared.
Action: Check that any <presetdef>/<macrodef> declarations have taken place.
No types or tasks have been defined in this namespace yet
This appears to be an antlib declaration.
Action: Check that the implementing library exists in one of:
-/usr/share/ant/lib
-/opt/devel/.ant/lib
-a directory added on the command line with the -lib argument
Expected results:
Buildfile: /opt/devel/test/build.xml
help:
[echo] Test
BUILD SUCCESSFUL
Additional info:
Directory ~/test contains the file build.xml, contents:
--- start build.xml
<?xml version="1.0" ?>
<project name="Test" default="help" basedir="."
xmlns:artifact="antlib:org.apache.maven.artifact.ant">
<artifact:remoteRepository id="my.repository" url="http://example.com">
<snapshots updatePolicy="always" />
</artifact:remoteRepository>
<target name="help">
<echo message="Test"/>
</target>
</project>
--- end build.xml
This project references artifact:remoteRepository, which is implemented in
~/.ant/lib/maven-ant-tasks.jar (present in user's directory and downloaded
directly from http://maven.apache.org/ant-tasks/download.html).
Installing ant-1.8.2-bin from http://ant.apache.org/bindownload.cgi, and
setting ANT_HOME to the install directory results in the expected result.
Using the RPM ant-1.8.2 results in the actual results (with ANT_HOME set or
unset).
It's possible to work around the problem with a <typedef> in build.xml but that
requires updating each and every build.xml file in the source repository, and
does not follow the guidelines for maven-ant-tasks on
http://maven.apache.org/ant-tasks/installation.html
Jar libraries in /usr/share/ant/lib and ~/.ant/lib should be considered when
ant runs (and does on the release binary). The RPM build does not seem to work
correctly.
There doesn't appear to be any documentation supplied with ant-1.8.2 that
provides guidelines for any modified behavior of the ant release relative to
the apache.org release.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
11 years, 11 months
[Bug 755325] New: ant cannot find ant-antlr
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ant cannot find ant-antlr
https://bugzilla.redhat.com/show_bug.cgi?id=755325
Summary: ant cannot find ant-antlr
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ant
AssignedTo: pcheung(a)redhat.com
ReportedBy: loganjerry(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: pcheung(a)redhat.com, akurtako(a)redhat.com,
mmatejov(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
I'm trying to compile a project that uses antlr with ant. It fails like this:
------------------------------------------------------------------------------
BUILD FAILED
build.xml:337: Problem: failed to create task or type antlr
Cause: the class org.apache.tools.ant.taskdefs.optional.ANTLR was not found.
This looks like one of Ant's optional components.
Action: Check that the appropriate optional JAR exists in
-/usr/share/ant/lib
-/home/jamesjer/.ant/lib
-a directory added on the command line with the -lib argument
Do not panic, this is a common problem.
The commonest cause is a missing JAR.
This is not a bug; it is a configuration problem
------------------------------------------------------------------------------
I have the ant-antlr package installed, so ant-antlr.jar *is* in
/usr/share/ant/lib.
Version-Release number of selected component (if applicable):
ant-antlr-1.8.2-6.fc16.noarch
How reproducible:
Always
Steps to Reproduce:
1. Attempt to build an antlr-using project with ant
2.
3.
Actual results:
Ant reports that it cannot find the class in ant-antlr.jar.
Expected results:
Ant is able to find the class.
Additional info:
The problem is that the configuration file is misnamed. Instead of
/etc/ant.d/antlr, it should be named /etc/ant.d/ant-antlr, and it should
contain this:
ant-antlr ant/ant-antlr
After creating the file with those contents, my project now builds.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 1 month
[Bug 735460] New: java.lang.ClassNotFoundException: com.mchange.v2.log.MLog
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: java.lang.ClassNotFoundException: com.mchange.v2.log.MLog
https://bugzilla.redhat.com/show_bug.cgi?id=735460
Summary: java.lang.ClassNotFoundException:
com.mchange.v2.log.MLog
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: c3p0
AssignedTo: fedora(a)matbooth.co.uk
ReportedBy: tlestach(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora(a)matbooth.co.uk,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
According to
http://www.mchange.com/projects/c3p0/index.html#configuring_logging :
com.mchange.v2.log.MLog
Determines which library c3p0 will output log messages to. By default, if log4j
is available, it will use that library, ...
We do not have com.mchange.v2.log.MLog set, and following package versions are
installed:
log4j-1.2.16-7.fc15.noarch
apache-commons-logging-1.1.1-15.fc15.noarch
Hibernate fails to initialize with: java.lang.ClassNotFoundException:
com.mchange.v2.log.MLog
Version-Release number of selected component (if applicable):
c3p0-0.9.2-0.5.pre1.fc15.noarch
How reproducible:
always on Fedora 15
Steps to Reproduce:
1. Install Spacewalk (https://fedorahosted.org/spacewalk/) on Fedora 15
2. Navigate to Spacewalk WebUI
Actual results:
=====================================
HTTP Status 404 -
type Status report
message
description The requested resource () is not available.
Apache Tomcat/6.0.32
=====================================
This is caused by hibernate initialization failure due to
java.lang.ClassNotFoundException: com.mchange.v2.log.MLog
(java.lang.NoClassDefFoundError: com/mchange/v2/log/MLog)
Expected results:
log4j would be used by default causing no exceptions
Additional info:
1)
Seems that replacing the /usr/share/java/c3p0.jar
with
http://mirrors.ibiblio.org/pub/mirrors/maven2/c3p0/c3p0/0.9.0.2/c3p0-0.9....
resolves the problem
2)
Until now we used
http://mirrors.dotsrc.org/jpackage/5.0/generic/free/RPMS/c3p0-0.9.1.2-2.j...
without any issues. Now the Fedora 15 c3p0 version has higher version and gets
installed instead of the jpackage version.
2)
Looking at:
# rpm -q c3p0
c3p0-0.9.2-0.5.pre1.fc15.noarch
# rpm -ql c3p0
/etc/maven/fragments/c3p0
/usr/share/doc/c3p0-0.9.2
/usr/share/doc/c3p0-0.9.2/CHANGELOG
/usr/share/doc/c3p0-0.9.2/LICENSE
/usr/share/doc/c3p0-0.9.2/RELEASE_NOTES-c3p0-0.9.2-pre1
/usr/share/doc/c3p0-0.9.2/index.html
/usr/share/java/c3p0.jar
/usr/share/maven2/poms/JPP-c3p0.pom
it seems that c3p0 isn't correctly packaged.
I would expect /usr/share/java/c3p0.jar to be a symlink to
/usr/share/java/c3p0-0.9.0.2.jar
3)
Due to this bug, Spacewalk on Fedora 15 is unusable. Please, check it.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 1 month
[Bug 716208] New: FTBFS tycho-0.10.0-3.fc16
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: FTBFS tycho-0.10.0-3.fc16
https://bugzilla.redhat.com/show_bug.cgi?id=716208
Summary: FTBFS tycho-0.10.0-3.fc16
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: tycho
AssignedTo: sochotni(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: sochotni(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Blocks: 713919
Classification: Fedora
Story Points: ---
tycho-0.10.0-3.fc16.src.rpm Failed To Build From Source against the rawhide
tree. See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 2 months