[Bug 730825] New: CVE-2011-2729 jakarta-commons-daemon: jsvc does not drop capabilities allowing access to files and directories owned by the superuser [fedora-15]
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: CVE-2011-2729 jakarta-commons-daemon: jsvc does not drop capabilities allowing access to files and directories owned by the superuser [fedora-15]
https://bugzilla.redhat.com/show_bug.cgi?id=730825
Summary: CVE-2011-2729 jakarta-commons-daemon: jsvc does not
drop capabilities allowing access to files and
directories owned by the superuser [fedora-15]
Product: Fedora
Version: 15
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Component: apache-commons-daemon
AssignedTo: sochotni(a)redhat.com
ReportedBy: vdanen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: SpikeFedora(a)gmail.com, sochotni(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Blocks: 730400
Classification: Fedora
Story Points: ---
Type: ---
fedora-15 tracking bug for apache-commons-daemon: see blocks bug list for full
details of the security issue(s).
This bug is never intended to be made public, please put any public notes
in the 'blocks' bugs.
[bug automatically created by: add-tracking-bugs]
--
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, 8 months
[Bug 677973] New: does not rebuild
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: does not rebuild
https://bugzilla.redhat.com/show_bug.cgi?id=677973
Summary: does not rebuild
Product: Fedora
Version: 14
Platform: i686
OS/Version: Linux
Status: NEW
Severity: low
Priority: unspecified
Component: apache-commons-launcher
AssignedTo: fedora(a)matbooth.co.uk
ReportedBy: pampelmuse(a)gmx.at
QAContact: extras-qa(a)fedoraproject.org
CC: fedora(a)matbooth.co.uk,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
apache-commons-launcher does not rebuild
Version-Release number of selected component (if applicable):
apache-commons-launcher-1.1-5.20100521svn936225.fc14.src.rpm
How reproducible:
always
Steps to Reproduce:
Either:
1. mock -r ck --rebuild
apache-commons-launcher-1.1-5.20100521svn936225.fc14.src.rpm
Or:
1. rpm -i apache-commons-launcher-1.1-5.20100521svn936225.fc14.src.rpm
2. rpmbuild -bb ~/rpmbuild/SPECS/apache-commons-launcher.spec
Actual results:
Missing:
----------
1) ant:ant:jar:1.5.3-1
Expected results:
clean rebuild
Additional info:
Maybe the same problem as with
https://bugzilla.redhat.com/show_bug.cgi?id=675389
--
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, 8 months
[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, 9 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, 1 month
[Bug 757732] New: Provide a way to use versions to resolve artifacts
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: Provide a way to use versions to resolve artifacts
https://bugzilla.redhat.com/show_bug.cgi?id=757732
Summary: Provide a way to use versions to resolve artifacts
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: maven
AssignedTo: sochotni(a)redhat.com
ReportedBy: sochotni(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, sochotni(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Currently our resolver ignores versions completely and returns unversioned jar
all the time.
The change should make it possible to differentiate. So when package A requests
gid:aid:version but we don't have that same exact version installed it will
return unversioned jar as before.
If however, package B_v2 provides gid:aid:version requested by package A our
resolver should prefer jar from this rpm to default unversioned one.
This feature will probably require change to %add_maven_depmap macro as well
--
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