[Bug 1283422] New: Unable to start jenkins
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1283422
Bug ID: 1283422
Summary: Unable to start jenkins
Product: Fedora
Version: 23
Component: jenkins
Assignee: msrb(a)redhat.com
Reporter: drindt(a)viselabs.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, msrb(a)redhat.com
Description of problem:
Jenkins can't started on system boot.
Version-Release number of selected component (if applicable):
jenkins-1.625.1-1.fc23.noarch
How reproducible:
Start jenkins via "service jenkins start"
Steps to Reproduce:
1. Just try to start it described before.
2.
3.
Actual results:
Jenkins doesn't start and this is reported in the logs.
Expected results:
Jenkins should start
Additional info:
[root@localhost ~]# systemctl -l status jenkins.service
● jenkins.service - Jenkins continuous build server
Loaded: loaded (/usr/lib/systemd/system/jenkins.service; enabled; vendor
preset: disabled)
Active: failed (Result: exit-code) since Mi 2015-11-18 23:20:59 CET; 25min
ago
Process: 1689 ExecStart=/usr/libexec/jenkins/jenkins start (code=exited,
status=1/FAILURE)
Nov 18 23:20:59 localhost.localdomain systemd[1]: Starting Jenkins continuous
build server...
Nov 18 23:20:59 localhost.localdomain jenkins[1689]: Starting Jenkins bash: -c:
line 0: unexpected EOF while looking for matching `''
Nov 18 23:20:59 localhost.localdomain jenkins[1689]: bash: -c: line 1: syntax
error: unexpected end of file
Nov 18 23:20:59 localhost.localdomain jenkins[1689]: [FAILED]
Nov 18 23:20:59 localhost.localdomain systemd[1]: jenkins.service: Control
process exited, code=exited status=1
Nov 18 23:20:59 localhost.localdomain systemd[1]: Failed to start Jenkins
continuous build server.
Nov 18 23:20:59 localhost.localdomain systemd[1]: jenkins.service: Unit entered
failed state.
Nov 18 23:20:59 localhost.localdomain systemd[1]: jenkins.service: Failed with
result 'exit-code'.
--
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=I62fhfrcJE&a=cc_unsubscribe
8 years, 5 months
[Bug 1266550] New: gradle should define minimal required version of dom4j dependency
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1266550
Bug ID: 1266550
Summary: gradle should define minimal required version of dom4j
dependency
Product: Fedora
Version: rawhide
Component: gradle
Assignee: mizdebsk(a)redhat.com
Reporter: pahan(a)hubbitus.info
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mgoldman(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, mspaulding06(a)gmail.com,
msrb(a)redhat.com
Description of problem:
I'm on Fedora 22, upgrade gradle from rawhide:
$ dnf upgrade gradle --enablerepo=rawhide
It installs, but does not work:
$ gradle --version
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.aatext=true
-Dsun.java2d.pmoffscreen=false -XX:+UseCompressedOops -XX:+DoEscapeAnalysis
-XX:+AggressiveOpts -XX:+EliminateLocks -XX:+UseParallelGC -XX:+UseNUMA
-XX:+TieredCompilation
java.lang.IllegalArgumentException: Cannot find JAR 'dom4j.jar' required by
module 'gradle-ui' using classpath or distribution directory
'/usr/share/gradle'
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.findDependencyJar(DefaultModuleRegistry.java:224)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.module(DefaultModuleRegistry.java:118)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.loadModule(DefaultModuleRegistry.java:92)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.getModule(DefaultModuleRegistry.java:80)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.module(DefaultModuleRegistry.java:124)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.loadModule(DefaultModuleRegistry.java:92)
at
org.gradle.api.internal.classpath.DefaultModuleRegistry.getModule(DefaultModuleRegistry.java:80)
at
org.gradle.api.internal.DefaultClassPathProvider.findClassPath(DefaultClassPathProvider.java:33)
at
org.gradle.api.internal.DefaultClassPathRegistry.getClassPath(DefaultClassPathRegistry.java:34)
at
org.gradle.launcher.bootstrap.ProcessBootstrap.runNoExit(ProcessBootstrap.java:47)
at
org.gradle.launcher.bootstrap.ProcessBootstrap.run(ProcessBootstrap.java:35)
at org.gradle.launcher.GradleMain.main(GradleMain.java:23)
Version-Release number of selected component (if applicable):
$ rpm -q dom4j gradle
dom4j-1.6.1-25.fc23.noarch
gradle-2.7-1.fc24.noarch
$ dnf history info 205
Last metadata expiration check performed 0:11:42 ago on Fri Sep 25 17:51:39
2015.
Transaction ID : 205
Begin time : Fri Sep 25 17:59:36 2015
Begin rpmdb : 2976:6a1ae69a37e35730ff5c45780210d14dbbf0f9f3
End time : 17:59:39 2015 (3 seconds)
End rpmdb : 2976:fa64b1f342dbfb8174ecf8c8f0236d1eb7c1241e
User : <pasha>
Return-Code : Success
Command Line : upgrade dom4j --enablerepo=rawhide
Transaction performed with:
Installed dnf-1.1.1-2.fc22.noarch @updates
Installed rpm-4.12.0.1-12.fc22.x86_64 @updates
Packages Altered:
Upgraded dom4j-1.6.1-22.fc21.noarch @fedora
Upgrade 1.6.1-25.fc23.noarch @rawhide
$ dnf upgrade dom4j --enablerepo=rawhide
Solve problem.
How reproducible:
Always
--
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=2Frd1ypRZJ&a=cc_unsubscribe
8 years, 5 months
[javapackages] [install] Move mvn_build and builddep from maven-local to javapackages-local
by Michal Srb
commit f272f8949507f3fcfd95ccef441859ed91b746cc
Author: Michal Srb <msrb(a)redhat.com>
Date: Tue Dec 8 10:48:52 2015 +0100
[install] Move mvn_build and builddep from maven-local to javapackages-local
install | 8 +++-----
1 files changed, 3 insertions(+), 5 deletions(-)
---
diff --git a/install b/install
index 38873ac..bd0a94f 100755
--- a/install
+++ b/install
@@ -168,8 +168,10 @@ inst_data configs/configuration.xml "${m2home}"
inst_config etc/javapackages-config.json "${javaconfdir}"
exec >files-local
+inst_data java-utils/builddep.py "${javadir}-utils"
inst_data java-utils/mvn_alias.py "${javadir}-utils"
inst_data java-utils/mvn_artifact.py "${javadir}-utils"
+inst_data java-utils/mvn_build.py "${javadir}-utils"
inst_data java-utils/mvn_compat_version.py "${javadir}-utils"
inst_data java-utils/mvn_config.py "${javadir}-utils"
inst_data java-utils/mvn_file.py "${javadir}-utils"
@@ -177,6 +179,7 @@ inst_data java-utils/mvn_package.py "${javadir}-utils"
inst_data target/mvn_alias.7 "${mandir}/man7"
inst_data target/mvn_artifact.7 "${mandir}/man7"
+inst_data target/mvn_build.7 "${mandir}/man7"
inst_data target/mvn_compat_version.7 "${mandir}/man7"
inst_data target/mvn_config.7 "${mandir}/man7"
inst_data target/mvn_file.7 "${mandir}/man7"
@@ -190,11 +193,6 @@ dir "${m2home}"
inst_data metadata/metadata-org-apache-maven-plugins.xml "${sysconfdir}/maven"
inst_data metadata/metadata-org-codehaus-mojo.xml "${sysconfdir}/maven"
-inst_data java-utils/builddep.py "${javadir}-utils"
-inst_data java-utils/mvn_build.py "${javadir}-utils"
-
-inst_data target/mvn_build.7 "${mandir}/man7"
-
exec >files-ivy
8 years, 5 months