[Bug 1009597] New: after installation ntp package is not installed but Date time settings allow to turn network time ON
by Red Hat Bugzilla
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
8 years, 1 month
[Bug 1017702] New: javapackages-tools: Incorrect requires on package providing filesystem
by Red Hat Bugzilla
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
8 years, 1 month
[Bug 796739] New: Missing service provider configuration files in the woodstox jar files
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: 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.
8 years, 2 months
[Bug 804968] New: Put /etc/ant.d on the LOCALCLASSPATH
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: Put /etc/ant.d on the LOCALCLASSPATH
https://bugzilla.redhat.com/show_bug.cgi?id=804968
Summary: Put /etc/ant.d on the LOCALCLASSPATH
Product: Fedora
Version: 17
Platform: All
OS/Version: All
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ant
AssignedTo: jcapik(a)redhat.com
ReportedBy: cdewolf(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, mmatejov(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org,
jcapik(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
To allow usage of antlib.xml scripts installed by other rpms /etc/ant.d must be
on the LOCALCLASSPATH for ant to find these scripts.
Version-Release number of selected component (if applicable):
ant-1.8.3-1.fc17.noarch
--
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.
8 years, 2 months
[Bug 922147] New: CVE-2013-0248 jakarta-commons-fileupload, apache-commons-fileupload: /tmp directory used by default for uploaded files (possibility to overwrite arbitrary files) [fedora-all]
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=922147
Bug ID: 922147
Summary: CVE-2013-0248 jakarta-commons-fileupload,
apache-commons-fileupload: /tmp directory used by
default for uploaded files (possibility to overwrite
arbitrary files) [fedora-all]
Product: Fedora
Version: 18
Component: apache-commons-fileupload
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Assignee: mizdebsk(a)redhat.com
Reporter: jlieskov(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, mizdebsk(a)redhat.com,
msrb(a)redhat.com, sochotni(a)redhat.com,
SpikeFedora(a)gmail.com, tradej(a)redhat.com
Blocks: 922146 (CVE-2013-0248)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
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=i2Ts9FpsI9&a=cc_unsubscribe
8 years, 3 months