https://bugzilla.redhat.com/show_bug.cgi?id=1313394
Bug ID: 1313394
Summary: subclipse svn+ssh:// URLs don't work anymore?
Product: Fedora
Version: 23
Component: eclipse-subclipse
Severity: urgent
Assignee: mat.booth(a)redhat.com
Reporter: peljasz(a)yahoo.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, mat.booth(a)redhat.com
Description of problem:
just cannot connect, the same box svn client command works fine, subclipse just
stalls, I have to kill -9 java
Version-Release number of selected component (if applicable):
eclipse-subclipse-1.10.10-1.fc23.noarch
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1289751
Bug ID: 1289751
Summary: Harden all packages: eclipse binaries are not hardened
Product: Fedora
Version: 23
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: rhbz(a)genodeftest.de
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, rgrunber(a)redhat.com
Description of problem:
According to [1] packages should be hardened. eclipse binaries (executables,
libraries) are not, according to checksec:
$ checksec --file /usr/lib64/eclipse/eclipse
RELRO STACK CANARY NX PIE RPATH
RUNPATH FILE
Partial RELRO No canary found NX enabled No PIE No RPATH No
RUNPATH /usr/lib64/eclipse/eclipse
$ checksec --dir
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/
RELRO STACK CANARY NX PIE RPATH
RUNPATH FILE
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-atk-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-awt-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-cairo-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-glx-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-pi3-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-pi-gtk-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-webkit-extension-4528.so
Partial RELRO No canary found NX enabled DSO No RPATH No
RUNPATH
/usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-webkit-gtk-4528.so
Version-Release number of selected component (if applicable):
eclipse-platform-4.5.1-5.fc23.x86_64
eclipse-swt-4.5.1-5.fc23.x86_64
Additional info:
[1] https://fedoraproject.org//wiki/Changes/Harden_All_Packages
--
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=EjG9663ymV&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1325583
Bug ID: 1325583
Summary: lucene-6.0.0 is available
Product: Fedora
Version: rawhide
Component: lucene
Keywords: FutureFeature, Triaged
Assignee: akurtako(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Latest upstream release: 6.0.0
Current version/release in rawhide: 5.5.0-1.fc25
URL: http://lucene.apache.org/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/7178/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1331470
Bug ID: 1331470
Summary: swt hello world tutorial does not work
Product: Fedora
Version: 23
Component: eclipse
Severity: medium
Assignee: akurtako(a)redhat.com
Reporter: rtc(a)helen.plasma.xg8.de
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, rgrunber(a)redhat.com
Description of problem:
The "Create a Hello World SWT application" fails to work as described; widget
classes are inaccessible.
Version-Release number of selected component (if applicable):
eclipse-platform-4.5.2-10.fc23.i686
How reproducible:
always
Steps to Reproduce:
1. run eclipse
2. On the welcome tutorial screen, select "Create a Hello World SWT
application"
3. do as instructed
Actual results:
"Organize imports" has no effect, which leads to the following compile errors:
Display cannot be resolved to a type
Display cannot be resolved to a type
Shell cannot be resolved to a type
Shell cannot be resolved to a type
Expected results:
imports for Display and Shell are added by the "Organize imports" command.
Additional info:
1. manually adding the necessary imports, like
import org.eclipse.swt.widgets.Display;
import org.eclipse.swt.widgets.Shell;
has no effect; the compile errors about missing Display and Shell are still
present.
2. The workspace explorer shows some strange files in
org.eclipse.swt.gtk.linux.x86, like org/eclipse/swt/widges/*.orig and
library/*.orig. Should these files really be there? They look like leftover
files from a patch that was applied.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1309687
Bug ID: 1309687
Summary: Undeclared uses constraints of Apache HttpComponent
bundle cause linkage error at runtime
Product: Fedora
Version: 23
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: andreas.sewe(a)codetrails.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, rgrunber(a)redhat.com
External Bug ID: Eclipse Project 488006
Description of problem:
Version-Release number of selected component (if applicable):
1:4.5.1-1.fc23
How reproducible:
Always.
Steps to Reproduce:
1. Install "Eclipse" (version 1:4.5.1-1.fc23) from "Software"
2. Start Eclipse
3. Help > Install New Software "Code Recommenders for Java Developers" from
pre-configured update site <http://download.eclipse.org/releases/mars>
4. Restart Eclipse
5. Try to open Code Recommenders "Model Repositories" view (it is not there, as
bundles for Code Recommenders" are not resolved. This is the *first* problem
6. Start Eclipse with "-clean" option
7. Try to open Code Recommenders "Model Repositories" view again
Actual results:
An error dialog appear: loader constraint violation in interface itable
initialization: when resolving method
"org.apache.http.message.AbstractHttpMessage.getHeaders(Ljava/lang/String;)[Lorg/apache/http/Header;"
the class loader (instance of
org/eclipse/osgi/internal/loader/EquinoxClassLoader) of the current class,
org/apache/http/client/methods/AbstractExecutionAwareRequest, and the class
loader (instance of org/eclipse/osgi/internal/loader/EquinoxClassLoader) for
interface org/apache/http/HttpMessage have different Class objects for the type
[Lorg/apache/http/Header; used in the signature
Expected results:
The "Model Repositories" view opens and (in the background) a download of the
model repository index for is started. Once finished, the view shows 4.5.76
known coordinates for the "mars" model repository.
Additional info:
More details on what the OSGi bundle headers look like can be found in the bug
I filled with the Eclipse Orbit project [1], although they are not the ones who
distribute bundles with faulty Export-Package headers (i.e., headers without
uses constraints).
FWIW, the symptoms seem to be very similar to those of Bug 807044.
[1] <https://bugs.eclipse.org/bugs/show_bug.cgi?id=488006>
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1319460
Bug ID: 1319460
Summary: Eclipse crashes on resize window
Product: Fedora
Version: 24
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: abb(a)randomunok.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, rgrunber(a)redhat.com
Created attachment 1138219
--> https://bugzilla.redhat.com/attachment.cgi?id=1138219&action=edit
Java error report
Since the last update, Eclipse segfaults when resizing or maximizing the
window. Here's the output:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x00007ff31c8b1570, pid=8210, tid=140682798819072
#
# JRE version: OpenJDK Runtime Environment (8.0_72-b16) (build 1.8.0_72-b16)
# Java VM: OpenJDK 64-Bit Server VM (25.72-b16 mixed mode linux-amd64
compressed oops)
# Problematic frame:
# C [libcairo.so.2+0x6e570] cairo_surface_get_user_data+0x0
#
# Core dump written. Default location: /home/abotella/core or core.8210
#
# An error report file with more information is saved as:
# /home/abotella/hs_err_pid8210.log
#
# If you would like to submit a bug report, please visit:
# http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Version-Release number of selected component (if applicable):
4.5.2-5.fc24
Steps to Reproduce:
1. Open Eclipse and wait for the splash screen to finish loading.
2. Resize or maximize the window.
3. Sometimes it doesn't crash on the first try, but resizing the window again
does it.
Actual results:
The window freezes for a moment, then crashes, with the output I posted above.
Expected results:
The resize happens.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1227767
Bug ID: 1227767
Summary: Eclipse hover clicking does not work in gnome
Product: Fedora
Version: 22
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: dusan(a)mirc.cz
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, rgrunber(a)redhat.com,
swagiaal(a)redhat.com
Created attachment 1034303
--> https://bugzilla.redhat.com/attachment.cgi?id=1034303&action=edit
Hover popup
Description of problem:
When coding in Java and would like use hover around error in the code, looks
like when click to any solution does nothing. In previous releases clicked for
example import class... and code added. Problem is only under gnome3, with xfce
eclipse hover works fine.
Version-Release number of selected component (if applicable):
How reproducible:
open java project
create some code
try hover over variable
from suggestions click to something
Steps to Reproduce:
1. open eclipse
2. code some java
3. try use hover assistant
Actual results:
no action
Expected results:
for example add import some class to code when click to import...
Additional info:
Only in the gnome, with xfce works as expected.
In the Fedora 21 was everything OK.
--
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=Zc35Ut6QDo&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1290791
Bug ID: 1290791
Summary: [gtk3+X11] some menus don't get hidden when clicked
Product: Fedora
Version: 23
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: rhbz(a)genodeftest.de
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, rgrunber(a)redhat.com
Description of problem:
Some menus (search dropdown menu from toolbar, perspective context menu, …)
don't get closed when an item is activated in them.
Version-Release number of selected component (if applicable):
eclipse-platform-4.5.1-6.fc23.x86_64
eclipse-swt-4.5.1-6.fc23.x86_64
gtk3-3.18.6-1.fc23.x86_64
glib2-2.46.2-1.fc23.x86_64
xorg-x11-server-Xwayland-1.18.0-2.fc23.x86_64
How reproducible:
always
Steps to Reproduce:
1. open eclipse. Make sure it is running on Gtk3 with GDK_BACKEND=x11 (wayland
will crash).
2. open a new perspective
3. in the perspective switcher (top right by default), right-click on a
perspective
4. select something, e.g. "close" from menu
Actual results:
menu doesn't close
Expected results:
menu should close
Additional info:
This issue does not affect ordinary menus, and it doesn't affect all dropdown
menus either (e.g. beside the run/debug/run external buttons).
This issue was not present on Gtk2.
This issue might be specific to running eclipse in XWayland under a
Gnome+Wayland session and might even be an issue in Gtk3 or XWayland.
--
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=GWx828VNhf&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1272785
Bug ID: 1272785
Summary: Enable
org.eclipse.tm.terminal.connector.serial.feature
Product: Fedora
Version: rawhide
Component: eclipse-tm-terminal
Assignee: akurtako(a)redhat.com
Reporter: gerard(a)ryan.lt
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org
Description of problem:
Parts of eclipse-jbosstools require
org.eclipse.tm.terminal.connector.serial.feature, which is currently not being
built in the eclipse-tm-terminal package, with the reason (from spec file):
'[...] gnu.io dep not available'.
The gnu.io classes are available in the rxtx package, but the relevant OSGi
manifest headers don't seem to be there, so I assume that's why they can't be
used in this context.
I'm not sure exactly what's needed here. Would injecting the right info into
the manifest be enough? Would some other hack be better?
I also found this: rxtx.qbang.org/eclipse/downloads/, which seems to be some
other kind of way of distributing it for eclipse (I guess the classes are all
the same, but the manifest exports the gnu.io package as desired). Would we
need to have an extra package for something like that to get what we need?
--
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=X5TDb7ZsRM&a=cc_unsubscribe