https://bugzilla.redhat.com/show_bug.cgi?id=1008091
Bug ID: 1008091
Summary: Building with tycho seems to fail on arm builders
Product: Fedora
Version: 20
Component: tycho
Assignee: rgrunber(a)redhat.com
Reporter: gerard(a)ryan.lt
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
kdaniel(a)redhat.com, mizdebsk(a)redhat.com,
rgrunber(a)redhat.com
Description of problem:
I'm trying to build eclipse-jbosstools, but every time that an arm builder is
chosen in koji, the build fails. I'm not sure exactly if the problem is with
tycho, but it looks like it's tycho/maven related.
How reproducible:
It seems to be only on armv7hl. Also, I've only run into the problem on f20,
since that's the only place I seem to have been given arm builders. Incredibly,
on my 4 attempts, the two scratch builds have been done on x86, so then I go to
do a real build, thinking everything is fine, and I get an arm one and it
fails.
Passes:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5933066http://koji.fedoraproject.org/koji/taskinfo?taskID=5925100
Failures:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5925234http://koji.fedoraproject.org/koji/taskinfo?taskID=5933332
Here's the build.log from one of the failures (I think those get cleared after
a week or so): http://galileo.fedorapeople.org/arm-build.log
Additional info:
I was talking to Dennis Gilmore on #fedora-devel about this, and he mentioned
that if necessary, he can provide access to arm systems to test/debug on.
--
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=ZGobfEfjEs&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1091711
Bug ID: 1091711
Summary: sbt does not work if I go into the console
Product: Fedora
Version: 20
Component: sbt
Severity: urgent
Assignee: willb(a)redhat.com
Reporter: rwobben(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org, s(a)shk.io,
willb(a)redhat.com
Description of problem:
When I start sbt and do the command console. The console starts up and I see
the scala prompt. And then the terminal does not respond anymore to the
keyboard.
See ths output:
[info] Starting scala interpreter...
[info]
Welcome to Scala version
2.10.3-20130923-e2fec6b28dfd73482945ffab85d9b582d0cb9f17 (OpenJDK 64-Bit Server
VM, Java 1.7.0_55).
Type in expressions to have them evaluated.
Type :help for more information.
scala>
Version-Release number of selected component (if applicable):
sbt launcher version 0.13.1
How reproducible: every time
Steps to Reproduce:
1. start sbt
2. enter console
3.
Actual results:
Prompt does not respond to anything
Expected results:
Prompt responds and I can test some things.
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=zybqdVFyQJ&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1043158
Bug ID: 1043158
Summary: zookeeper-server service silently fails while starting
on FC20
Product: Fedora
Version: 20
Component: zookeeper
Assignee: tstclair(a)redhat.com
Reporter: rudcy(a)broadbandninja.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
jeff(a)ocjtech.us, skottler(a)redhat.com,
tstclair(a)redhat.com
Description of problem:
zookeeper-server on fc20 silently fails to start after a fresh install
due to unit file precondition on missing file .
Version-Release number of selected component (if applicable):
zookeeper-server-3.4.5-12.fc20.noarch
Steps to Reproduce:
1. Fresh install of fc20
2. install zookeeper-server (and zookeeper?)
3. sudo cp /etc/zoo-sample.cfg /etc/zoo.cfg
4. sudo systemctl start zookeeper
5. journalctl -f shows:
```
Dec 14 14:18:32 localhost.localdomain systemd[1]: Started Apache ZooKeeper.
```
Actual results:
The service has aborted when trying to start, the errors it
reported are not logged to the journal nor /var/log/zookeeper/*
Expected results:
the service should be running, or log an error to the journal.
Additional info:
```
% cat /usr/lib/systemd/system/zookeeper.service
...
ConditionPathExists=/var/lib/zookeeper/data/myid
```
Creating /var/lib/zookeeper/data/myid and chowning it over to zookeeper makes
the next restart "stick" and zookeeper then logs to the journal (too verbosely,
btw).
I've found nothing on setting up zookeeper-server on fedora on google,
but I'm new here, I may have missed it.
So no docs on what is myid or what's it for, zookeeper runs fine without
it if it's launched manually.
--
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=ItjXVYdpch&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1076927
Bug ID: 1076927
Summary: Solr - Hadoop missing support for ARM arch
Product: Fedora
Version: rawhide
Component: solr
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
solr has broken dependencies in the rawhide tree:
On armhfp:
solr-4.7.0-1.fc21.noarch requires mvn(org.apache.hadoop:hadoop-hdfs)
solr-4.7.0-1.fc21.noarch requires mvn(org.apache.hadoop:hadoop-common)
solr-4.7.0-1.fc21.noarch requires mvn(org.apache.hadoop:hadoop-auth)
solr-4.7.0-1.fc21.noarch requires mvn(org.apache.hadoop:hadoop-annotations)
--
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=snDZpFQcdi&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: 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1076949
Bug ID: 1076949
Summary: tomcat: don't provide javax.jsp-api and
javax.servlet.jsp-api
Product: Fedora
Version: rawhide
Component: tomcat
Assignee: ivan.afonichev(a)gmail.com
Reporter: msimacek(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:
javax.jsp:jsp-api and javax.servlet.jsp:javax.servlet.jsp-api artifacts are
provided by both tomcat-jsp-2.2-api and glassfish-jsp[-api]. Because requires
generator doesn't specify versions, there should be only one provide of given
artifact. If the artifact is provided by multiple packages, it can lead to
breakage of packages that depend on different version of the artifact than the
version pulled in by yum (which is not predictable). Glassfish is the preferred
implementation according to Java Packaging Guidelines [1].Please drop the
aliases.
[1] http://fedoraproject.org/wiki/Packaging:Java#EE_API_List
--
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=xRWmTHaZWE&a=cc_unsubscribe
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