java-sig-commits September 2014

java-sig-commits@lists.fedoraproject.org

17 participants
611 discussions

[Bug 1004916] New: Package doesn't provide a sysvinit script or systemd service unit
by Red Hat Bugzilla 28 Jan '16

28 Jan '16

https://bugzilla.redhat.com/show_bug.cgi?id=1004916 Bug ID: 1004916 Summary: Package doesn't provide a sysvinit script or systemd service unit Product: Fedora Version: 19 Component: activemq Severity: high Assignee: mspaulding06(a)gmail.com Reporter: skottler(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: agrimm(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, mspaulding06(a)gmail.com, tdawson(a)redhat.com Description of problem: activemq doesn't provide the necessary scripts/config files to start. Version-Release number of selected component (if applicable): 0:5.6.0-5.fc19 How reproducible: Always. Steps to Reproduce: 1. yum install -y activemq activemq-core 2. try starting the service 3. note there is not a service unit This seems like a fairly major thing to be missing in the packages. Is there another package or metapackage that needs to be installed for it to work? -- 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=IC3tNZ0uDP&a=cc_unsubscribe

1 15

[Bug 1127276] New: CVE-2014-5075 smack: MitM vulnerability
by Red Hat Bugzilla 21 Jan '16

21 Jan '16

https://bugzilla.redhat.com/show_bug.cgi?id=1127276 Bug ID: 1127276 Summary: CVE-2014-5075 smack: MitM vulnerability Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: brms-jira(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, pavelp(a)redhat.com, puntogil(a)libero.it, tkirby(a)redhat.com, weli(a)redhat.com It was reported [1] that Smack (XMPP client library) is vulnerable to MitM attacks with a crafted SSL certificates. Quote from [1]: ... Details ------- Smack is using Java's `SSLSocket`, which checks the peer certificate using an `X509TrustManager`, but does not perform hostname verification. Therefore, it is possible to redirect the traffic between a Smack-using application and a legitimate XMPP server through the attacker's server, merely by providing a valid certificate for a domain under the attacker's control. In Smack versions 2.2.0 to 3.4.1, a custom `ServerTrustManager` implementation was used, which was supplied with the connection's server name, and performed hostname verification. However, it failed to verify the basicConstraints and nameConstraints of the certificate chain (CVE-2014-0363, http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-0363) and has been removed in Smack 4.0.0. Applications using Smack 2.2.0 to 3.4.1 with a custom `TrustManager` did not benefit from `ServerTrustManager` and are vulnerable as well, unless their own `TrustManager` implementation explicitly performs hostname verification. ... [1]: http://seclists.org/bugtraq/2014/Aug/29 -- 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=vQuZmnHNAP&a=cc_unsubscribe

1 13

[Bug 1079233] New: mockito: update to 1.9.5
by Red Hat Bugzilla 05 Jan '16

05 Jan '16

https://bugzilla.redhat.com/show_bug.cgi?id=1079233 Bug ID: 1079233 Summary: mockito: update to 1.9.5 Product: Fedora Version: rawhide Component: mockito Assignee: rkennke(a)redhat.com Reporter: msrb(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, jerboaa(a)gmail.com, omajid(a)redhat.com, rkennke(a)redhat.com Created attachment 877167 --> https://bugzilla.redhat.com/attachment.cgi?id=877167&action=edit update to 1.9.5 Description of problem: Upstream version 1.9.5 is available. Rawhide currently contains version 1.9.0. Attached patch was created by Michael Simacek (see #1040350). -- 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=dvsIbd2J0V&a=cc_unsubscribe

1 7

[Bug 1147963] New: JENKINS script for showing failed jobs is not working
by Red Hat Bugzilla 02 Dec '15

02 Dec '15

https://bugzilla.redhat.com/show_bug.cgi?id=1147963 Bug ID: 1147963 Summary: JENKINS script for showing failed jobs is not working Product: Fedora Version: 21 Component: jenkins Severity: medium Assignee: msrb(a)redhat.com Reporter: amsharma(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, msrb(a)redhat.com Description of problem: JENKINS script for showing failed jobs is not working Version-Release number of selected component (if applicable): [root@dhcp201-185 ~]# rpm -qa | grep jenkins jenkins-icon-shim-1.0.3-1.fc21.noarch js-yui2-jenkins-2.9.0-6.fc21.noarch jenkins-task-reactor-1.4-2.fc21.noarch jenkins-external-monitor-job-plugin-1.2-1.fc21.noarch jenkins-javadoc-plugin-1.2-1.fc21.noarch jenkins-commons-jelly-1.1.20120928-6.fc21.noarch jenkins-instance-identity-1.3-4.fc21.noarch jenkins-sshd-1.6-4.fc21.noarch jenkins-1.581-2.fc21.noarch jenkins-ant-plugin-1.2-1.fc21.noarch jenkins-executable-war-1.29-3.fc21.noarch jenkins-xstream-1.4.7-3.jenkins1.fc21.noarch trilead-ssh2-217-4.jenkins4.fc21.noarch jenkins-ssh-cli-auth-1.2-4.fc21.noarch jenkins-core-1.581-2.fc21.noarch jenkins-remoting-2.43-1.fc21.noarch jenkins-json-lib-2.4-7.fc21.noarch jenkins-junit-plugin-1.1-1.fc21.noarch jenkins-mailer-plugin-1.11-1.fc21.noarch jenkins-extras-memory-monitor-1.8-1.fc21.noarch jenkins-crypto-util-1.4-2.fc21.noarch jenkins-version-number-1.1-4.fc21.noarch jenkins-webapp-1.581-2.fc21.noarch jenkins-winstone-2.3-1.fc21.noarch jenkins-jexl-1.1-3.20111212.fc21.noarch jenkins-cli-1.581-2.fc21.noarch How reproducible: Always Steps to Reproduce: 1.go to https://wiki.jenkins-ci.org/display/JENKINS/Failed+Jobs 2. copy script and paste in localhost:8080/script Actual results: It does not display anything in output. Result Result: [] Expected results: It should display all failed jobs Additional info: I had failed jobs in my jenkins -- 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=63mWa2HTjL&a=cc_unsubscribe

1 4

[Bug 1147105] New: CATALINA_OPTS are only read when SECURITY_MANAGER is true
by Red Hat Bugzilla 17 Nov '15

17 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1147105 Bug ID: 1147105 Summary: CATALINA_OPTS are only read when SECURITY_MANAGER is true Product: Fedora Version: 20 Component: tomcat Assignee: ivan.afonichev(a)gmail.com Reporter: awood(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ivan.afonichev(a)gmail.com, java-sig-commits(a)lists.fedoraproject.org, krzysztof.daniel(a)gmail.com Description of problem: The CATALINA_OPTS configuration value is ignored during Tomcat start-up unless the SECURITY_MANAGER configuration value is set to true. By default SECURITY_MANAGER is set to "false" so this issue can be pretty confusing if you're trying to add to CATALINA_OPTS and nothing happens. Version-Release number of selected component (if applicable): tomcat-7.0.52-1.fc20.noarch How reproducible: Always Steps to Reproduce: 1. Edit /etc/tomcat/tomcat.conf 2. Set CATALINA_OPTS to something. "-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=8000" for example. 3. Set SECURITY_MANAGER to "false" 3. Restart tomcat. 4. pgrep -fla tomcat Actual results: The pgrep command reveals that Tomcat is running without the values set in CATALINA_OPTS. Expected results: CATALINA_OPTS are present. Additional info: This bug is actually due to the fix to bug 1051194. In the bugfix, the reading in of CATALINA_OPTS has been moved in /usr/libexec/tomcat/server into a block that requires SECURITY_MANAGER to be true. if [ "$1" = "start" ] ; then if [ "${SECURITY_MANAGER}" = "true" ] ; then FLAGS="${FLAGS} $CATALINA_OPTS" OPTIONS="${OPTIONS} \ -Djava.security.manager \ -Djava.security.policy==${CATALINA_BASE}/conf/catalina.policy" fi run start I propose that the flags be read before looking at the security manager settings. Like if [ "$1" = "start" ] ; then FLAGS="${FLAGS} $CATALINA_OPTS" if [ "${SECURITY_MANAGER}" = "true" ] ; then OPTIONS="${OPTIONS} \ -Djava.security.manager \ -Djava.security.policy==${CATALINA_BASE}/conf/catalina.policy" fi run start Possible OPTIONS should be read outside of the block too? -- 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=H3lP9UbWQ1&a=cc_unsubscribe

1 6

[Bug 1018485] New: EclipseLink 2.5.1 is available
by Red Hat Bugzilla 04 Nov '15

04 Nov '15

https://bugzilla.redhat.com/show_bug.cgi?id=1018485 Bug ID: 1018485 Summary: EclipseLink 2.5.1 is available Product: Fedora Version: rawhide Component: eclipselink Assignee: puntogil(a)libero.it Reporter: gerard(a)ryan.lt QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, puntogil(a)libero.it Description of problem: Latest release of eclipselink in rawhide & f20 is 2.4.2, and in f19 is 2.3.2. Eclipselink 2.5.1 was released in late September [0]. Since eclipselink 2.5.x is part of Kepler simultaneous release[1], and 2.5.1 came out with Kepler SR1, I wonder if we should have 2.5.1 everywhere we have eclipse 4.3.1 and other eclipse projects that came with SR1 release? I think we should have it for rawhide/f20, and maybe f19 too. [0] http://www.eclipse.org/eclipselink/releases/2.5.php [1] http://projects.eclipse.org/releases/kepler -- 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=GacQneKW2m&a=cc_unsubscribe

1 2

[Bug 1100788] New: zookeeper-3.4.6 is available
by Red Hat Bugzilla 20 Oct '15

20 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1100788 Bug ID: 1100788 Summary: zookeeper-3.4.6 is available Product: Fedora Version: rawhide Component: zookeeper Keywords: FutureFeature, Triaged Assignee: tstclair(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, jeff(a)ocjtech.us, s(a)shk.io, tstclair(a)redhat.com Latest upstream release: 3.4.6 Current version/release in Fedora Rawhide: 3.4.5-17.fc21 URL: http://www.apache.org/dist/zookeeper/stable/ 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=h6fV4RiWwS&a=cc_unsubscribe

1 4

[Bug 1031260] New: maven-checkstyle-plugin-2.11 is available
by Red Hat Bugzilla 19 Oct '15

19 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=1031260 Bug ID: 1031260 Summary: maven-checkstyle-plugin-2.11 is available Product: Fedora Version: rawhide Component: maven-checkstyle-plugin Keywords: FutureFeature, Triaged Assignee: SpikeFedora(a)gmail.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, SpikeFedora(a)gmail.com Latest upstream release: 2.11 Current version/release in Fedora Rawhide: 2.10-2.fc20 URL: http://repo2.maven.org/maven2/org/apache/maven/plugins/maven-checkstyle-plu… 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. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=axfoPunUlf&a=cc_unsubscribe

1 8

[Bug 991956] New: activemq: FTBFS in rawhide
by Red Hat Bugzilla 06 Oct '15

06 Oct '15

https://bugzilla.redhat.com/show_bug.cgi?id=991956 Bug ID: 991956 Summary: activemq: FTBFS in rawhide Product: Fedora Version: rawhide Component: activemq Assignee: mspaulding06(a)gmail.com Reporter: dennis(a)ausil.us QA Contact: extras-qa(a)fedoraproject.org CC: agrimm(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, mspaulding06(a)gmail.com, tdawson(a)redhat.com Blocks: 991858 Your package activemq failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=5696116 Build logs: root.log: http://kojipkgs.fedoraproject.org/work/tasks/6116/5696116/root.log build.log: http://kojipkgs.fedoraproject.org/work/tasks/6116/5696116/build.log state.log: http://kojipkgs.fedoraproject.org/work/tasks/6116/5696116/state.log NOTE: build logs are cleaned up after 1 week For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild -- 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=L1iyyhdvXv&a=cc_unsubscribe

1 5

[Bug 1142414] New: [RFE] EPEL7 branch replacer
by Red Hat Bugzilla 26 Sep '15

26 Sep '15

https://bugzilla.redhat.com/show_bug.cgi?id=1142414 Bug ID: 1142414 Summary: [RFE] EPEL7 branch replacer Product: Fedora Version: rawhide Component: replacer Assignee: puntogil(a)libero.it Reporter: riehecky(a)fnal.gov QA Contact: extras-qa(a)fedoraproject.org CC: java-sig-commits(a)lists.fedoraproject.org, puntogil(a)libero.it Description of problem: It would be helpful to have an EPEL7 branch of replacer. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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=Wk0TMnoCPw&a=cc_unsubscribe

1 2

← Newer
1
2
3
4
5
6
7
...
62
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

java-sig-commits September 2014