https://bugzilla.redhat.com/show_bug.cgi?id=1019650
Bug ID: 1019650
Summary: tika: Add parsers module
Product: Fedora
Version: rawhide
Component: tika
Assignee: puntogil(a)libero.it
Reporter: mgoldman(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
puntogil(a)libero.it
Description of problem:
Please add parsers module.
This bug is created from bug 1002721 to track all dependencies to add the
parsers module required by some projects.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WCZSWAsg4x&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1009597
Bug ID: 1009597
Summary: after installation ntp package is not installed but
Date time settings allow to turn network time ON
Product: Fedora
Version: 19
Component: sezpoz
Assignee: msrb(a)redhat.com
Reporter: lra(a)r73.info
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, msrb(a)redhat.com,
sochotni(a)redhat.com
Description of problem:
After clean install NTP package is not installed. When the user tries to set
network time in GUI Date&Time settings, the switch can be turned on but
silently returns back to off some time later.
Version-Release number of selected component (if applicable):
19
How reproducible:
Steps to Reproduce:
1.Install Fedora 19 in default config
2.Go to Date & Time settings
3.Unlock the dialog
4.Click Network time switch to turn it on
5.Wait some time - it turns off without any warning/notice to user.
Actual results:
The Network time switch silently turns off some time after attempt to trun it
on was done
Expected results:
The Network time switch sould be disabled when there is no ntp package or
package installation shuould be started.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=Xl9iwMbWNA&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1015460
Bug ID: 1015460
Summary: spymemcached 2.10.0 is available
Product: Fedora
Version: rawhide
Component: spymemcached
Assignee: puntogil(a)libero.it
Reporter: puntogil(a)libero.it
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
puntogil(a)libero.it
Upstream released spymemcached 2.10.0.
Currently, we still have version 2.9.0 in Rawhide.
Consider updating.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vS6Uy74uFl&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=861391
Bug ID: 861391
Keywords: FutureFeature, Triaged
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: java-sig-commits(a)lists.fedoraproject.org,
jcapik(a)redhat.com
Assignee: jcapik(a)redhat.com
Summary: jgoodies-animation-1_4_2 is available
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: upstream-release-monitoring(a)fedoraproject.org
Type: ---
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: jgoodies-animation
Product: Fedora
Latest upstream release: 1_4_2
Current version in Fedora Rawhide: 1.3.0
URL: http://www.jgoodies.com/downloads/libraries/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1051743
Bug ID: 1051743
Summary: tomcat-jsvc service fails to start server
Product: Fedora
Version: 19
Component: tomcat
Assignee: ivan.afonichev(a)gmail.com
Reporter: wdouglascampbell(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, ivan.afonichev(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com
Description of problem:
Systemd does not successfully start tomcat daemon after upgrade to fc19
Version-Release number of selected component (if applicable):
tomcat-jsvc-7.0.47-1.fc19.noarch
How reproducible:
Always fails to work since upgrade.
Steps to Reproduce:
1. systemctl start tomcat-jsvc.service
2.
3.
Actual results:
No response. No Tomcat running. The following line appears to catalina.out:
Service exit with a return value of 143
Expected results:
Tomcat server daemon running
Additional info:
While this isn't working using system, if I type:
/usr/sbin/tomcat-jsvc-sysd start
the tomcat daemon starts and works fine.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uuJtkYIBh6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1017702
Bug ID: 1017702
Summary: javapackages-tools: Incorrect requires on package
providing filesystem
Product: Fedora
Version: rawhide
Component: javapackages-tools
Assignee: sochotni(a)redhat.com
Reporter: mizdebsk(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, msrb(a)redhat.com,
sochotni(a)redhat.com
Description of problem:
Packages with non-empty <namespace> have auto-requires on jpackage-utils
instead on <namespace>-runtime.
Version-Release number of selected component (if applicable):
3.3.1-1
Steps to Reproduce:
Run autorequires generator for package with the following fragment:
$ cat depmap.xml
<?xml version="1.0" encoding="US-ASCII"?>
<!-- This depmap file was generated by XMvn -->
<dependencyMap>
<dependency>
<maven>
<namespace>maven31</namespace>
<groupId>org.eclipse.aether</groupId>
<artifactId>aether-api</artifactId>
<version>0.9.0.M3</version>
</maven>
<jpp>
<namespace>maven31</namespace>
<groupId>JPP/maven31-aether</groupId>
<artifactId>aether-api</artifactId>
</jpp>
</dependency>
</dependencyMap>
Actual results:
Generated Requires is:
jpackage-utils
Expected results:
Generated Requires should be:
maven31-runtime
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GVVUPaGAHS&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Missing service provider configuration files in the woodstox jar files
https://bugzilla.redhat.com/show_bug.cgi?id=796739
Summary: Missing service provider configuration files in the
woodstox jar files
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: woodstox-core
AssignedTo: jcapik(a)redhat.com
ReportedBy: juan.hernandez(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
jcapik(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
The jar files provided in the woodstox-jar package don't contain the service
provider configuration files needed to use the
Version-Release number of selected component (if applicable):
woodstox-core-4.1.2-2.fc17.x86_64
How reproducible:
Always.
Steps to Reproduce:
1. Write and compile the following java program:
import javax.xml.stream.XMLInputFactory;
public class Test {
public static void main(String[] args) throws Exception {
System.out.println(XMLInputFactory.newInstance());
}
}
2. Run it with the version of the "woodstox-core-asj.jar" provided by the RPM:
$ java -cp $(build-classpath woodstox-core stax2-api):. Test
Actual results:
com.sun.xml.internal.stream.XMLInputFactoryImpl@605df3c5
It is using the internal implementation provided by the JDK.
Expected results:
com.ctc.wstx.stax.WstxInputFactory@a5ae1e7
It should use the implementation provided by the woodstox-core package.
Additional info:
I believe that the problem is that the service provider configuration files
that are available in the source of the package in the "src/resources"
directory are not copied to the "META-INF/services" directory of the generated
jar files.
This can be fixed with the following patch for the spec:
--- a/woodstox-core.spec
+++ b/woodstox-core.spec
@@ -64,7 +64,6 @@ sed -i "s/@REQ_STAX2_VERSION@/%{stax2_ver}/g" pom.xml
pom-lgpl.xml
# removing bundled stuff
rm -rf lib
rm -rf src/maven
-rm -rf src/resources
rm -rf src/samples
rm -rf src/java/org
rm -rf src/test/org
@@ -76,6 +75,11 @@ mv -f src/java src/main/
mkdir src/test/java
mv -f src/test/wstxtest src/test/java/
+# Make sure that the service provider configuration files end up
+# in the META-INF/services directory of the resulting jar files:
+mkdir -p src/main/resources/META-INF/services
+cp src/resources/* src/main/resources/META-INF/services/.
+
%build
# stax2 missing -> cannot compile tests -> tests skipped
mvn-rpmbuild -Dmaven.test.skip=true \
--
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.