[Bug 753201] New: when javac is java-1.5.0-gcj ant seems to not be able to access environmental variables
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: when javac is java-1.5.0-gcj ant seems to not be able to access environmental variables
https://bugzilla.redhat.com/show_bug.cgi?id=753201
Summary: when javac is java-1.5.0-gcj ant seems to not be able
to access environmental variables
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ant
AssignedTo: pcheung(a)redhat.com
ReportedBy: caolanm(a)redhat.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: ---
Created attachment 533096
--> https://bugzilla.redhat.com/attachment.cgi?id=533096
sample build.xml
Description of problem:
ant doesn't seem to be able to resolve environment variables (or something
clears the env) if the java in use is gcj rather than openjdk
Version-Release number of selected component (if applicable):
ant-1.8.2-3.fc15
How reproducible:
100%
Steps to Reproduce:
1. alternatives --set javac /usr/lib/jvm/java-1.6.0-openjdk.x86_64/bin/javac
2. ant -f build.xml gives the contents of $USERNAME as expected
3. alternatives --set javac /usr/lib/jvm/java-1.5.0-gcj/bin/javac
4. ant -f build.xml gives "${env.USERNAME}"
Actual results:
username
Expected results:
${env.USERNAME} string
Additional info:
--
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.
7 years, 11 months
[Bug 1027716] New: Problem with log4j link creation on /usr/share/java/log4j
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1027716
Bug ID: 1027716
Summary: Problem with log4j link creation on
/usr/share/java/log4j
Product: Fedora
Version: 19
Component: tomcat
Severity: high
Assignee: ivan.afonichev(a)gmail.com
Reporter: braoru(a)gmail.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,
kdaniel(a)redhat.com
Description of problem:
Tomcat7 seem to not properly install log4j link in /usr/share/java/log4j
[root@mgbsiti01 lib]# file /usr/share/tomcat/lib/log4j.jar
/usr/share/tomcat/lib/log4j.jar: broken symbolic link to
`/usr/share/java/log4j.jar'
I tried to spot the problem in the spec file of the package but I still
unsuccessful and keep trying :-(.
Version-Release number of selected component (if applicable):
[root@mgbsiti01 lib]# rpm -qa | grep tomcat
tomcat-lib-7.0.42-1.fc19.noarch
tomcat-7.0.42-1.fc19.noarch
tomcat-jsp-2.2-api-7.0.42-1.fc19.noarch
tomcat-el-2.2-api-7.0.42-1.fc19.noarch
tomcat-servlet-3.0-api-7.0.42-1.fc19.noarch
[root@mgbsiti01 lib]# rpm -qf /usr/share/tomcat/lib/log4j.jar
tomcat-lib-7.0.42-1.fc19.noarch
How reproducible:
yum install tomcat
Steps to Reproduce:
1.yum install tomcat
2.
3.
Actual results:
log4j link is broken :-(
Expected results:
log4j link not broken :-)
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=D0CcAy9GW1&a=cc_unsubscribe
8 years, 1 month
[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