[Bug 998322] New: javapackages-tools: add_pom_dep_mgmt injects incorrect xml
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=998322
Bug ID: 998322
Summary: javapackages-tools: add_pom_dep_mgmt injects incorrect
xml
Product: Fedora
Version: rawhide
Component: javapackages-tools
Assignee: sochotni(a)redhat.com
Reporter: mspaulding06(a)gmail.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
Created attachment 787875
--> https://bugzilla.redhat.com/attachment.cgi?id=787875&action=edit
Patch against upstream repository to fix add_pom_dep_mgmt macro
Description of problem:
The add_pom_dep_mgmt macro does not inject the correct xml into the pom file,
since it does not include "dependencies" in the xpath when doing the injection.
Version-Release number of selected component (if applicable):
2.0.1-1
How reproducible:
Always
Steps to Reproduce:
1. Use the add_pom_dep_mgmt macro in an RPM spec file.
Actual results:
RPM build will fail since the pom file is incorrect. The "dependency" node is
injected right after the "dependencyManagement" node in the pom file.
Expected results:
The dependency gets injected inside the "dependencies" node which is under the
"dependencyManagement" node.
--
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=13NM7CRSvW&a=cc_unsubscribe
10 years, 6 months
[Bug 1010446] New: Feature Request: Splash screen opt-out for Myrtle
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1010446
Bug ID: 1010446
Summary: Feature Request: Splash screen opt-out for Myrtle
Product: Fedora
Version: 19
Component: snifflib
Assignee: msimacek(a)redhat.com
Reporter: mray271(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, mray271(a)gmail.com,
msimacek(a)redhat.com, msrb(a)redhat.com,
sochotni(a)redhat.com
Created attachment 800650
--> https://bugzilla.redhat.com/attachment.cgi?id=800650&action=edit
myrtle jpackage launch script modified for optional showing of splash screen
Description of problem:
Want Myrtle's splash screen not to appear depending on environmental variable.
Version-Release number of selected component (if applicable):
1.9.0-2
How reproducible:
Always
Steps to Reproduce:
1. yum install myrtle snifflib
2. myrtle
3.
Actual results:
Splash screen always shown which may undesirable on some platforms or in some
usage scenarios.
Expected results:
Be able to:
1. export MYRTLE_NO_SPLASH=1
2. myrtle
3. Myrtle should launch with no splash screen being shown.
Additional info:
Recommended changes have been made in the attached myrtle jpackage launch
script.
--
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=BwSuvOqNyN&a=cc_unsubscribe
10 years, 6 months
[Bug 1012245] New: javapackages-tools: Injected pom.properties are incorrect
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1012245
Bug ID: 1012245
Summary: javapackages-tools: Injected pom.properties are
incorrect
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:
Injected pom.properties are not incorrect
Version-Release number of selected component (if applicable):
3.2.4-2
Steps to Reproduce:
%add_maven_depmap foo:bar:1.2.3 foo.jar
Actual results:
file name:
META-INF/maven//builddir/build/BUILDROOT/maven-downloader-1.1-5.fc21.x86_64/usr/share/maven-poms/foo/bar/pom.properties
content:
#Generated by Java Packages Tools
#Thu Sep 26 05:18:35 UTC 2013
version=1.2.3
groupId=/builddir/build/BUILDROOT/maven-downloader-1.1-5.fc21.x86_64/usr/share/\
maven-poms/foo
artifactId=bar
Expected results:
file name: META-INF/maven/foo/bar/pom.properties
content:
#Generated by Java Packages Tools
#Thu Sep 26 05:18:35 UTC 2013
version=1.2.3
groupId=foo
artifactId=bar
--
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=mJQp1UTc7g&a=cc_unsubscribe
10 years, 6 months
[Bug 1006512] New: javapackages-tools: Too many packages end up with suprious source JARs
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1006512
Bug ID: 1006512
Summary: javapackages-tools: Too many packages end up with
suprious source JARs
Product: Fedora
Version: rawhide
Component: javapackages-tools
Keywords: FutureFeature
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
Flags: needinfo?(sochotni(a)redhat.com)
Description of problem:
With new javapackages-tools and xmvn too many packages end up with source JARs
installed. I'm not sure if it's good or bad thing, but I'm rather against
that.
If we don't want source JARs to be installed by default then perhaps we should
add a default XMvn rule to javapackages-tools that would skip installation of
sources by default. This rule could be overridden by packages that do want to
install sources.
Stano, do we want source JARs installed by default?
Version-Release number of selected component (if applicable):
3.0.2-2
--
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=ymzbdw9SL1&a=cc_unsubscribe
10 years, 6 months
[Bug 1006508] New: javapackages-tools: Some POM macros silently fail on whitespaces in XML tags
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1006508
Bug ID: 1006508
Summary: javapackages-tools: Some POM macros silently fail on
whitespaces in XML tags
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:
%pom_remove_dep foo:bar should fail with "Operation on POM has no effect" with
the following POM, but it silently succeeds.
<project />
But the following POM correctly causes macro failure.
<project />
Version-Release number of selected component (if applicable):
3.0.2-2
Reproducer:
$ . /usr/share/java-utils/pom_editor.sh
$ cat 1
<project />
$ (pom_remove_dep : 1)
$ cat 2
<project/>
$ (pom_remove_dep : 2)
Operation on POM has no effect.
=== Backtrace: ===
22 _pom_patch /usr/share/java-utils/pom_editor.sh
18 _pom_disable_gaid /usr/share/java-utils/pom_editor.sh
260 pom_remove_dep /usr/share/java-utils/pom_editor.sh
Additional info:
Tested in rawhide only, but may affect older releases 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=J5Fy2d9rxb&a=cc_unsubscribe
10 years, 6 months
[Bug 1003948] New: guacamole needs a better package summary
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1003948
Bug ID: 1003948
Summary: guacamole needs a better package summary
Product: Fedora
Version: rawhide
Component: guacamole-client
Assignee: negativo17(a)gmail.com
Reporter: anprice(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
negativo17(a)gmail.com, puntogil(a)libero.it
Description of problem:
The guacamole package's summary just says "The main Guacamole web application"
which is self-referential and doesn't hint at what Guacamole is or does.
Version-Release number of selected component (if applicable):
guacamole-client-0.8.3-1.fc21
Steps to Reproduce:
1. yum search guacamole
Actual results:
...
guacamole.noarch : The main Guacamole web application
...
Expected results:
...
guacamole.noarch : Web-based remote desktop application
...
--
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=OYuhkPlXWL&a=cc_unsubscribe
10 years, 6 months
[Bug 957181] New: hawtjni: missing barriers in cache initialization
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=957181
Bug ID: 957181
Summary: hawtjni: missing barriers in cache initialization
Product: Fedora
Version: rawhide
Component: hawtjni
Severity: unspecified
Priority: unspecified
Assignee: mgoldman(a)redhat.com
Reporter: fweimer(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: java-sig-commits(a)lists.fedoraproject.org,
mgoldman(a)redhat.com, mizdebsk(a)redhat.com
Blocks: 957130
Category: ---
The following code is generated from the example:
void cachebarFields(JNIEnv *env, jobject lpObject)
{
if (barFc.cached) return;
barFc.clazz = env->GetObjectClass(lpObject);
barFc.a = env->GetFieldID(barFc.clazz, "a", "I");
barFc.b = env->GetFieldID(barFc.clazz, "b", "J");
barFc.c = env->GetFieldID(barFc.clazz, "c", "[B");
barFc.c5 = env->GetFieldID(barFc.clazz, "c5", "B");
barFc.prev = env->GetFieldID(barFc.clazz, "prev", "J");
barFc.cached = 1;
}
There are no barriers, so readers may observe the write to the "cached" member
before the other members.
(One of the barFc.cached checks is redundant, BTW.)
--
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=eKi1w394jB&a=cc_unsubscribe
10 years, 6 months