[Bug 1217460] New: xmvn-builddep: compat version is output as namespace
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217460
Bug ID: 1217460
Summary: xmvn-builddep: compat version is output as namespace
Product: Fedora
Version: rawhide
Component: javapackages-tools
Assignee: mizdebsk(a)redhat.com
Reporter: msimacek(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mat.booth(a)redhat.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Description of problem:
xmvn-builddep outputs namespace instead of compat version.
Version-Release number of selected component (if applicable):
javapackages-tools-4.6.0-0.15.giteccdd3f.noarch
How reproducible:
always
Steps to Reproduce:
1. rebuild https://msimacek.fedorapeople.org/jspc-2.0-0.15.alpha.3.fc21.src.rpm
2. run xmvn-builddep on the build.log
Actual results:
there's this line in the output:
BuildRequires: 1.8.9-mvn(org.codehaus.groovy:groovy)
Expected results:
BuildRequires: mvn(org.codehaus.groovy:groovy:1.8.9)
Additional info:
XMVn's output contains
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy</artifactId>
<version>1.8.9</version>
</dependency>
So it seems like javapackages bug.
--
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=bOr6Trcb9Y&a=cc_unsubscribe
8 years, 10 months
[Bug 1111502] New: Build with $RPM_OPT/LD_FLAGS, show native build output
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1111502
Bug ID: 1111502
Summary: Build with $RPM_OPT/LD_FLAGS, show native build output
Product: Fedora
Version: rawhide
Component: netty
Assignee: mizdebsk(a)redhat.com
Reporter: ville.skytta(a)iki.fi
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, jon.vanalten(a)redhat.com,
mizdebsk(a)redhat.com, msimacek(a)redhat.com,
msrb(a)redhat.com
I wonder if it's possible to additionally package the native lib
outside of a jar so a proper debuginfo package could be created?
Anyway if not I suppose this leaves the *.so containing debug symbols
inside the jar and thus that one can be used for debugging. If so, the
-debuginfo package should be disabled.
'git am'able fix attached (sans disabling the -debuginfo part). While
at it, fixed one bogus date in %changelog.
--
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=Mia2H8glng&a=cc_unsubscribe
8 years, 11 months
[Bug 1138344] New: [abrt] plotutils: pl_flinerel_r(): plot killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1138344
Bug ID: 1138344
Summary: [abrt] plotutils: pl_flinerel_r(): plot killed by
SIGSEGV
Product: Fedora
Version: 20
Component: plotutils
Assignee: mizdebsk(a)redhat.com
Reporter: ssabcew(a)mail.bg
QA Contact: extras-qa(a)fedoraproject.org
CC: branto(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org,
lemenkov(a)gmail.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com
Version-Release number of selected component:
plotutils-2.6-10.fc20
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: plot test.dat using 1:2 title s1response
crash_function: pl_flinerel_r
executable: /usr/bin/plot
kernel: 3.15.10-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (2 frames)
#0 pl_flinerel_r at g_relative.c:117
#1 read_plot at plot.c:1289
--
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=lr5LfY1Ltp&a=cc_unsubscribe
8 years, 11 months
[Bug 1091711] New: sbt does not work if I go into the console
by Red Hat Bugzilla
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
8 years, 11 months
[Bug 1043158] New: zookeeper-server service silently fails while starting on FC20
by Red Hat Bugzilla
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
8 years, 11 months
[Bug 1184269] New: groovy java.lang.LinkageError in groovy script using @Grab
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1184269
Bug ID: 1184269
Summary: groovy java.lang.LinkageError in groovy script using
@Grab
Product: Fedora
Version: rawhide
Component: groovy
Assignee: msrb(a)redhat.com
Reporter: pahan(a)hubbitus.info
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:
Fully up to date rawhide.
$ ./test.groovy
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.aatext=true
-Dsun.java2d.pmoffscreen=false -XX:+UseCompressedOops -XX:+DoEscapeAnalysis
-XX:+AggressiveOpts -XX:+EliminateLocks
Caught: java.lang.LinkageError: loader constraint violation in interface itable
initialization: when resolving method
"org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the
class loader (instance of org/codehaus/groovy/tools/RootLoader) of the current
class, org/apache/xerces/dom/NodeImpl, and the class loader (instance of
<bootloader>) for interface org/w3c/dom/Node have different Class objects for
the type org/w3c/dom/NodeList used in the signature
java.lang.LinkageError: loader constraint violation in interface itable
initialization: when resolving method
"org.apache.xerces.dom.NodeImpl.getChildNodes()Lorg/w3c/dom/NodeList;" the
class loader (instance of org/codehaus/groovy/tools/RootLoader) of the current
class, org/apache/xerces/dom/NodeImpl, and the class loader (instance of
<bootloader>) for interface org/w3c/dom/Node have different Class objects for
the type org/w3c/dom/NodeList used in the signature
at org.apache.xerces.parsers.AbstractDOMParser.startDocument(Unknown
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(Unknown
Source)
at org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(Unknown
Source)
at
org.apache.xerces.impl.XMLVersionDetector.startDocumentParsing(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at org.apache.ivy.util.XMLHelper.parseToDom(XMLHelper.java:208)
at org.apache.ivy.plugins.parser.m2.PomReader.<init>(PomReader.java:95)
at
org.apache.ivy.plugins.parser.m2.PomModuleDescriptorParser.parseDescriptor(PomModuleDescriptorParser.java:121)
at
org.apache.ivy.plugins.parser.m2.PomModuleDescriptorParser.parseDescriptor(PomModuleDescriptorParser.java:111)
at
org.apache.ivy.core.cache.DefaultRepositoryCacheManager$MyModuleDescriptorProvider.provideModule(DefaultRepositoryCacheManager.java:714)
at
org.apache.ivy.core.cache.ModuleDescriptorMemoryCache.getStale(ModuleDescriptorMemoryCache.java:68)
at
org.apache.ivy.core.cache.DefaultRepositoryCacheManager.getStaledMd(DefaultRepositoryCacheManager.java:731)
at
org.apache.ivy.core.cache.DefaultRepositoryCacheManager.cacheModuleDescriptor(DefaultRepositoryCacheManager.java:1193)
at
org.apache.ivy.plugins.resolver.BasicResolver.parse(BasicResolver.java:536)
at
org.apache.ivy.plugins.resolver.BasicResolver.getDependency(BasicResolver.java:271)
at
org.apache.ivy.plugins.resolver.IBiblioResolver.getDependency(IBiblioResolver.java:512)
at
org.apache.ivy.plugins.resolver.ChainResolver.getDependency(ChainResolver.java:104)
at org.apache.ivy.core.resolve.IvyNode.loadData(IvyNode.java:169)
at org.apache.ivy.core.resolve.VisitNode.loadData(VisitNode.java:292)
at
org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:714)
at
org.apache.ivy.core.resolve.ResolveEngine.doFetchDependencies(ResolveEngine.java:799)
at
org.apache.ivy.core.resolve.ResolveEngine.fetchDependencies(ResolveEngine.java:722)
at
org.apache.ivy.core.resolve.ResolveEngine.getDependencies(ResolveEngine.java:594)
at
org.apache.ivy.core.resolve.ResolveEngine.resolve(ResolveEngine.java:234)
at org.apache.ivy.Ivy.resolve(Ivy.java:517)
$ cat test.groovy
#!/usr/bin/groovy
@Grab(group='commons-cli', module='commons-cli', version='1.2')
def cli = new CliBuilder(/*usage: 'Usage:'*/)
println 'stared'
Version-Release number of selected component (if applicable):
$ rpm -qa groovy apache-ivy 'java*'
javapackages-tools-4.3.2-3.fc22.noarch
java-1.8.0-openjdk-headless-1.8.0.40-19.b12.fc22.x86_64
apache-ivy-2.3.0-17.fc22.noarch
java-1.8.0-openjdk-1.8.0.40-19.b12.fc22.x86_64
java-1.8.0-openjdk-devel-1.8.0.40-19.b12.fc22.x86_64
groovy-2.3.7-2.fc22.noarch
javamail-1.5.1-4.fc22.noarch
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=4aUdDxmiBL&a=cc_unsubscribe
8 years, 11 months