[Bug 1206893] New: Binary blobs in upstram tarball we build from
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1206893
Bug ID: 1206893
Summary: Binary blobs in upstram tarball we build from
Product: Fedora
Version: rawhide
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: praiskup(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, msimacek(a)redhat.com,
rgrunber(a)redhat.com, swagiaal(a)redhat.com
I can see that output of the following command is not empty:
tar tf R4_platform-aggregator-I20150317-2000.tar.xz \
| grep -e \\.jar$ -e \\.njar$
Do you think that we could call something like:
find -delete -name '*.jar' -o -name '*.njar' -o -name '*.class'
.. somewhere early in %prep phase, as soon as the tarballs are extracted?
That would kind of work-around our guarantees that we don't build from hacked
binary blobs.
I was unable to check whether those binary files are actually used
because the eclipse package fails to build in my mock profile even if I do not
edit it. However, if those actually are used - it would be probably serious
packaging problem against our Java PG.
(background story: I tried to resolve similar problems in my package and I
picked eclipse randomly as typical java package I should learn from, but
found similar issues)
Pavel
--
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=PrN4W1NzXm&a=cc_unsubscribe
8 years, 8 months
[Bug 1208483] New: eclipse does not build on ppc64/s390(x)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1208483
Bug ID: 1208483
Summary: eclipse does not build on ppc64/s390(x)
Product: Fedora
Version: 22
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: than(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, msimacek(a)redhat.com,
rgrunber(a)redhat.com, swagiaal(a)redhat.com
eclipse doesn't build on because of missing dependencies.
DEBUG util.py:391: Error: No Package found for eclipse-ecf-core >= 3.9.2-2
DEBUG util.py:391: Error: No Package found for eclipse-emf-core >= 1:2.10.2-1
DEBUG util.py:391: Error: No Package found for
osgi(org.eclipse.jetty.continuation) >= 9.2.9
DEBUG util.py:391: Error: No Package found for osgi(org.eclipse.jetty.http) >=
9.2.9
DEBUG util.py:391: Error: No Package found for osgi(org.eclipse.jetty.io) >=
9.2.9
DEBUG util.py:391: Error: No Package found for
osgi(org.eclipse.jetty.security) >= 9.2.9
DEBUG util.py:391: Error: No Package found for osgi(org.eclipse.jetty.server)
>= 9.2.9
DEBUG util.py:391: Error: No Package found for osgi(org.eclipse.jetty.servlet)
>= 9.2.9
DEBUG util.py:391: Error: No Package found for osgi(org.eclipse.jetty.util) >=
9.2.9
for more infos please take a look at:
http://ppc.koji.fedoraproject.org/kojifiles/work/tasks/8680/2408680/root.log
--
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=tosLNdZf3j&a=cc_unsubscribe
8 years, 8 months
[Bug 1217134] New: eclipse-ecf does not build on ppc64/s390(x)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1217134
Bug ID: 1217134
Summary: eclipse-ecf does not build on ppc64/s390(x)
Product: Fedora
Version: 22
Component: eclipse-ecf
Assignee: akurtako(a)redhat.com
Reporter: than(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, rgrunber(a)redhat.com
rpmbuild --rebuild eclipse-ecf-3.9.3-1.fc22.src.rpm has failed on ppc64/s390(x)
looking at the build.log, the genericTargets.xml is searched in nonexistent
directory
customTargets.xml:19: The following error occurred while executing this line:
java.io.FileNotFoundException:
/usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.9.0.v20150120-1031/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
(No such file or directory)
build.log
---------
BUILD FAILED
/usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.9.0.v20150120-1031/scripts/build.xml:35:
The following error occurred while executing this line:
/usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.9.0.v20150120-1031/scripts/build.xml:91:
The following error occurred while executing this line:
/usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.9.0.v20150120-1031/templates/package-build/customTargets.xml:19:
The following error occurred while executing this line:
java.io.FileNotFoundException:
/usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.9.0.v20150120-1031/scripts/${eclipse.pdebuild.scripts}/genericTargets.xml
(No such file or directory)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.<init>(FileInputStream.java:138)
at
org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:250)
at
org.apache.tools.ant.helper.ProjectHelper2.parse(ProjectHelper2.java:178)
at
org.apache.tools.ant.ProjectHelper.configureProject(ProjectHelper.java:93)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:392)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at
org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
at
org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:34)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at
org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
at
org.eclipse.ant.internal.core.ant.EclipseSingleCheckExecutor.executeTargets(EclipseSingleCheckExecutor.java:34)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:441)
at
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:105)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:435)
at org.apache.tools.ant.Target.performTasks(Target.java:456)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at
org.eclipse.ant.internal.core.ant.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:36)
at org.apache.tools.ant.Project.executeTargets(Project.java:1248)
at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:703)
at
org.eclipse.ant.internal.core.ant.InternalAntRunner.run(InternalAntRunner.java:566)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.eclipse.ant.core.AntRunner.run(AntRunner.java:511)
at org.eclipse.ant.core.AntRunner.start(AntRunner.java:607)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:236)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
at org.eclipse.core.launcher.Main.main(Main.java:34)
--
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=s72CHHmE7C&a=cc_unsubscribe
8 years, 8 months
[Bug 1216170] New: Tycho resolution issues when same upstream version exists in local repository
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1216170
Bug ID: 1216170
Summary: Tycho resolution issues when same upstream version
exists in local repository
Product: Fedora
Version: 22
Component: tycho
Severity: high
Priority: high
Assignee: rgrunber(a)redhat.com
Reporter: rgrunber(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, mat.booth(a)redhat.com,
mizdebsk(a)redhat.com, rgrunber(a)redhat.com
First of all, huge thanks to Alex for finding, and reproducing the issue!
A few things need to happen for this issue to occur. It won't affect "normal"
builds in mock, or even on Fedora Infrastructure, but it would affect users
that mix usage of mvn (for remote resolution) and xmvn -o (for system
resolution)
This will happen when executing xmvn -o clean verify when the following
conditions are met :
- A project building with Tycho has a requirement on the exact version of Tycho
present within Fedora.
- A user has attempted to build the project with mvn, causing remote (upstream)
Tycho artifacts to be installed to the local repository
Steps to reproduce :
(Make sure you have tycho, dbus-java and eclipse-platform installed)
1) git clone https://git.fedorahosted.org/git/eclipse-packagekit.git && pushd
eclipse-packagekit
2) xmvn -o clean verify
Notice how the project builds just fine, and specifically fedora-schemed repos
are resolved.
1) git clone https://git.fedorahosted.org/git/eclipse-packagekit.git && pushd
eclipse-packagekit
2) mvn clean verify (this will probably fail, on org.freedesktop.dbus and
that's fine as long as tycho artifacts have been resolved)
3) xmvn -o clean verify
Build fails with :
[INFO] Adding repository fedora:/usr/lib64/eclipse/plugins
[ERROR] Internal error: java.lang.RuntimeException: Failed to load p2
repository with ID '/usr/lib64/eclipse/plugins' from location
fedora:/usr/lib64/eclipse/plugins: No repository found at
fedora:/usr/lib64/eclipse/plugins. -> [Help 1]
org.apache.maven.InternalErrorException: Internal error:
java.lang.RuntimeException: Failed to load p2 repository with ID
'/usr/lib64/eclipse/plugins' from location fedora:/usr/lib64/eclipse/plugins
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:167)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:216)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:160)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: java.lang.RuntimeException: Failed to load p2 repository with ID
'/usr/lib64/eclipse/plugins' from location fedora:/usr/lib64/eclipse/plugins
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.loadMetadataRepository(TargetPlatformFactoryImpl.java:338)
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.gatherExternalInstallableUnits(TargetPlatformFactoryImpl.java:272)
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.createTargetPlatform(TargetPlatformFactoryImpl.java:177)
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.createTargetPlatform(TargetPlatformFactoryImpl.java:129)
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.createTargetPlatform(TargetPlatformFactoryImpl.java:1)
at
org.eclipse.tycho.p2.manager.ReactorRepositoryManagerImpl.computePreliminaryTargetPlatform(ReactorRepositoryManagerImpl.java:82)
at
org.eclipse.tycho.p2.resolver.P2DependencyResolver.computePreliminaryTargetPlatform(P2DependencyResolver.java:229)
at
org.eclipse.tycho.core.resolver.DefaultTychoResolver.resolveProject(DefaultTychoResolver.java:109)
at
org.eclipse.tycho.core.maven.TychoMavenLifecycleParticipant.afterProjectsRead(TychoMavenLifecycleParticipant.java:90)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:318)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:155)
... 11 more
Caused by: org.eclipse.equinox.p2.core.ProvisionException: No repository found
at fedora:/usr/lib64/eclipse/plugins.
at
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:395)
at
org.eclipse.equinox.internal.p2.repository.helpers.AbstractRepositoryManager.loadRepository(AbstractRepositoryManager.java:692)
at
org.eclipse.equinox.internal.p2.metadata.repository.MetadataRepositoryManager.loadRepository(MetadataRepositoryManager.java:96)
at
org.eclipse.tycho.p2.remote.RemoteMetadataRepositoryManager.loadRepository(RemoteMetadataRepositoryManager.java:59)
at
org.eclipse.tycho.p2.remote.RemoteMetadataRepositoryManager.loadRepository(RemoteMetadataRepositoryManager.java:52)
at
org.eclipse.tycho.p2.target.TargetPlatformFactoryImpl.loadMetadataRepository(TargetPlatformFactoryImpl.java:334)
... 21 more
The problem is that in
http://git.eclipse.org/c/tycho/org.eclipse.tycho.git/tree/tycho-core/src/...
, Tycho attempts to resolve its OSGi runtime (tycho-bundles-external.zip) using
the Maven RepositorySystem. The resolution order is Reactor, Local, Workspace
(XMvn), Remote, and so the tycho-bundles-external.zip from the local repository
is used, which doesn't contain the org.fedoraproject.p2 bundle that our build
places in the Fedora version of tycho-bundles-external.zip, for resolution of
the fedora-schemed repos.
Easy workaround for now is to remove the path
'org/eclipse/tycho/tycho-bundles-external/' from your local repository (usually
$HOME/.m2/repository/)
Solution :
Our tycho-bundles-external.zip is significantly different from upstream's such
that we couldn't use theirs and place the org.fedoraproject.p2 bundle
elsewhere. Upstream ships the jars embedded in the zip while we ship symlinks
so as to avoid bundling. We need to change the resolution in
TychoOsgiRuntimeLoactor to use the XMvn resolver API rather than Maven's
RepositorySystem.
--
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=YIX9bUjdfG&a=cc_unsubscribe
8 years, 9 months
[Bug 1188412] New: Debugging with variable inspection view crashes frequently
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1188412
Bug ID: 1188412
Summary: Debugging with variable inspection view crashes
frequently
Product: Fedora
Version: 20
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: rgasch(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, msimacek(a)redhat.com,
overholt(a)gmail.com, rgrunber(a)redhat.com,
swagiaal(a)redhat.com
Created attachment 987225
--> https://bugzilla.redhat.com/attachment.cgi?id=987225&action=edit
Debug log file produced by eclipse
Description of problem: If you debug a Java program using eclipse and open the
variable inspection view (Alt-Shift-Q and then "v") Eclipse periodically hangs
and then crashes.
Version-Release number of selected component (if applicable):
Eclipse Version: 4.3.2
Build id: 3fc20
How reproducible: see above. This typically happens when the program is stopped
at a breakpoint and the variable inspection view is open. It does not happen
all the time, but happens intermittedly.
Steps to Reproduce:
1. Set breakpoint in java program
2. Start debug session
3. When breakpoint is reached, open the variable inspection view (Alt-Shift-Q
and then "v")
4. Continue stepping through the program. Sometimes this works for a given
session and then 1 or 2 sessions down the road it crashes.
Actual results: Eclipse crashes
Expected results: It should just work.
Additional info: Please see attached log file which points towards C
[libgtk-x11-2.0.so.0+0x256e92] gtk_tree_view_get_background_area+0xb2 as being
the source fo the problem.
--
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=Mj68I7xXJX&a=cc_unsubscribe
8 years, 10 months
[Bug 1193527] New: eclipse unable to read repositories
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1193527
Bug ID: 1193527
Summary: eclipse unable to read repositories
Product: Fedora
Version: 22
Component: eclipse
Severity: urgent
Assignee: akurtako(a)redhat.com
Reporter: peljasz(a)yahoo.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, msimacek(a)redhat.com,
overholt(a)gmail.com, rgrunber(a)redhat.com,
swagiaal(a)redhat.com
Created attachment 992726
--> https://bugzilla.redhat.com/attachment.cgi?id=992726&action=edit
log
Description of problem:
Version-Release number of selected component (if applicable):
eclipse-platform-4.4.1-17.fc22.x86_64
eclipse-emf-core-2.10.1-3.fc22.x86_64
eclipse-jdt-4.4.1-17.fc22.x86_64
eclipse-equinox-osgi-4.4.1-17.fc22.x86_64
eclipse-filesystem-1.0-3.fc22.x86_64
eclipse-swt-4.4.1-17.fc22.x86_64
eclipse-pde-4.4.1-17.fc22.x86_64
eclipse-ecf-core-3.9.2-1.fc22.x86_64
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=Rlk5sVsa9L&a=cc_unsubscribe
8 years, 10 months
[Bug 1196254] New: CVE-2015-2080 jetty: remote unauthenticated credential exposure
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1196254
Bug ID: 1196254
Summary: CVE-2015-2080 jetty: remote unauthenticated credential
exposure
Product: Security Response
Component: vulnerability
Keywords: Security
Severity: high
Priority: high
Assignee: security-response-team(a)redhat.com
Reporter: vkaigoro(a)redhat.com
CC: atangrin(a)redhat.com, bleanhar(a)redhat.com,
ccoleman(a)redhat.com, cperry(a)redhat.com,
dmcphers(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
java-maint(a)redhat.com,
java-sig-commits(a)lists.fedoraproject.org,
jdetiber(a)redhat.com, jialiu(a)redhat.com,
jkeck(a)redhat.com, jokerman(a)redhat.com,
krzysztof.daniel(a)gmail.com, kseifried(a)redhat.com,
lmeyer(a)redhat.com, mizdebsk(a)redhat.com,
mkollar(a)redhat.com, mmccomas(a)redhat.com,
msimacek(a)redhat.com, msrb(a)redhat.com,
overholt(a)gmail.com, pmackinn(a)redhat.com,
taw(a)redhat.com, tjay(a)redhat.com
CVE-2015-2080 has been assigned to this issue in which Jetty sends an
HTTP response to one client containing HTTP request data from a
different client:
External References:
http://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00074.html
https://github.com/eclipse/jetty.project/blob/master/advisories/2015-02-2...
http://blog.gdssecurity.com/labs/2015/2/25/jetleak-vulnerability-remote-l...
Statement:
This issue did not affect the versions of jetty as shipped with Red Hat
Enterprise Linux 7, versions of openshift-origin-cartridge-fuse as shipped with
Red Hat OpenShift Enterprise 2.1, and versions of nutch as shipped with Red Hat
Satellite 5.
--
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=5urGpD4iWp&a=cc_unsubscribe
8 years, 11 months
[Bug 1213200] New: please update to 4.10.4
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1213200
Bug ID: 1213200
Summary: please update to 4.10.4
Product: Fedora
Version: 22
Component: lucene
Assignee: akurtako(a)redhat.com
Reporter: zbyszek(a)in.waw.pl
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
hicham.haouari(a)gmail.com,
java-sig-commits(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
msimacek(a)redhat.com, puntogil(a)libero.it,
rgrunber(a)redhat.com
Description of problem:
elasticsearch 1.5.1 uses lucene 4.10.4. This seems to a bugfix release (there's
just one deprecation listed in api changes).
--
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=hMdmRskkP2&a=cc_unsubscribe
8 years, 11 months
Unsecured Loan Offer!! Apply online instant approval.
by LOAN OFFER
FINANCIAL AID EXPERT/LENDING NETWORK
Dear sir/Madam
Do you need a loan? Please reply us for more information. We offer all kinds of loans to individuals and companies alike, for investment, setup business expansion and lots more and more. At an affordable and flexible interest rates. Apply online and get approved within hours of application, and have you loan transferred to your bank account. Kindly reply for more information or how to apply and we will connect you to over 400+ lenders.
Regards,
IGF247 Lending Network
© 2015 IGF247 Lending Network
9 years
[Bug 1210051] New: LLVM projects no longer listed after update to eclipse-cdt 8.6.0-1
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1210051
Bug ID: 1210051
Summary: LLVM projects no longer listed after update to
eclipse-cdt 8.6.0-1
Product: Fedora
Version: 21
Component: eclipse-cdt
Assignee: jjohnstn(a)redhat.com
Reporter: thiessendg(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
jjohnstn(a)redhat.com, krzysztof.daniel(a)gmail.com,
rgrunber(a)redhat.com
Description of problem:
After updating eclipse-cdt, eclipse-cdt-llvm, and eclipse-cdt-parsers LLVM
projects under New C++ Project are no longer supported on the platform.
Version-Release number of selected component (if applicable):
8.6.0.1.x86_64.f21
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
If I downgrade to 8.5.0.3, then the LLVM (with clang and gcc) projects are
shown in the projects 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=BKrQRWPWwq&a=cc_unsubscribe
9 years
