eclipse-sig February 2016

eclipse-sig@lists.fedoraproject.org

2 participants
69 discussions

[Bug 1289751] New: Harden all packages: eclipse binaries are not hardened
by Red Hat Bugzilla 06 Oct '18

06 Oct '18

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

2 7

[Bug 1309687] New: Undeclared uses constraints of Apache HttpComponent bundle cause linkage error at runtime
by Red Hat Bugzilla 06 Jan '18

06 Jan '18

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.

2 10

[Bug 1227767] New: Eclipse hover clicking does not work in gnome
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

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

2 17

[Bug 1290791] New: [gtk3+X11] some menus don't get hidden when clicked
by Red Hat Bugzilla 26 Jul '17

26 Jul '17

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

2 3

[Bug 1272785] New: Enable org.eclipse.tm.terminal.connector.serial.feature
by Red Hat Bugzilla 02 Apr '17

02 Apr '17

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

2 3

[Bug 1290991] New: [abrt] eclipse-platform: signalHandler(): eclipse killed by SIGABRT
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1290991 Bug ID: 1290991 Summary: [abrt] eclipse-platform: signalHandler(): eclipse killed by SIGABRT Product: Fedora Version: 23 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: safir(a)inbox.ru 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 Version-Release number of selected component: eclipse-platform-4.5.1-5.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 3 cmdline: eclipse crash_function: signalHandler executable: /usr/lib/eclipse/eclipse global_pid: 6709 kernel: 4.2.6-301.fc23.i686 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #6 signalHandler at /usr/src/debug/java-1.8.0-openjdk-1.8.0.65-4.b17.fc23.i386/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4222 #8 webkit_web_view_draw at Source/WebKit/gtk/webkit/webkitwebview.cpp:724 #9 _gtk_widget_draw_internal at gtkwidget.c:6831 #11 _gtk_widget_draw_windows at gtkwidget.c:6933 #12 _gtk_widget_draw at gtkwidget.c:7007 #13 gtk_container_propagate_draw_internal at gtkcontainer.c:3797 #14 gtk_container_draw at gtkcontainer.c:3666 #15 gtk_scrolled_window_draw at gtkscrolledwindow.c:2354 #16 _gtk_widget_draw_internal at gtkwidget.c:6831 #18 _gtk_widget_draw_windows at gtkwidget.c:6933 -- 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=hbdeQ81Q1l&a=cc_unsubscribe

1 3

[Bug 1196167] New: tycho-extras: One of setGitDir or setWorkTree must be called
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

https://bugzilla.redhat.com/show_bug.cgi?id=1196167 Bug ID: 1196167 Summary: tycho-extras: One of setGitDir or setWorkTree must be called Product: Fedora Version: rawhide Component: tycho-extras Assignee: rgrunber(a)redhat.com Reporter: mizdebsk(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: eclipse-sig(a)lists.fedoraproject.org, mizdebsk(a)redhat.com, rgrunber(a)redhat.com Description of problem: It looks like tycho-sourceref-jgit is not compatible with jgit used in Fedora. When trying to use tycho-sourceref-jgit from tycho-packaging-plugin, an IllegalArgumentException is thrown. Version-Release number of selected component (if applicable): 0.22.0-2 Reproducer: <plugin> <groupId>org.eclipse.tycho</groupId> <artifactId>tycho-packaging-plugin</artifactId> <version>${tycho-version}</version> <configuration> <format>yyyyMMdd-HHmm</format> <sourceReferences> <generate>true</generate> </sourceReferences> </configuration> <dependencies> <dependency> <groupId>org.eclipse.tycho.extras</groupId> <artifactId>tycho-sourceref-jgit</artifactId> <version>${tycho-extras-version}</version> </dependency> </dependencies> </plugin> Result: Caused by: java.lang.IllegalArgumentException: One of setGitDir or setWorkTree must be called. at org.eclipse.jgit.lib.BaseRepositoryBuilder.requireGitDirOrWorkTree(BaseRepositoryBuilder.java:587) at org.eclipse.jgit.lib.BaseRepositoryBuilder.setup(BaseRepositoryBuilder.java:554) at org.eclipse.jgit.storage.file.FileRepositoryBuilder.build(FileRepositoryBuilder.java:92) at org.eclipse.tycho.extras.sourceref.jgit.JGitSourceReferencesProvider.getSourceReferencesHeader(JGitSourceReferencesProvider.java:41) at org.eclipse.tycho.packaging.sourceref.SourceReferenceComputer.addSourceReferenceHeader(SourceReferenceComputer.java:50) at org.eclipse.tycho.packaging.PackagePluginMojo.updateManifest(PackagePluginMojo.java:253) at org.eclipse.tycho.packaging.PackagePluginMojo.createPluginJar(PackagePluginMojo.java:210) at org.eclipse.tycho.packaging.PackagePluginMojo.execute(PackagePluginMojo.java:138) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132) -- 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=8c4LF9Q2iK&a=cc_unsubscribe

1 5

[Bug 1286794] New: [rfe] split up eclipse.ini file
by Red Hat Bugzilla 24 Nov '16

24 Nov '16

https://bugzilla.redhat.com/show_bug.cgi?id=1286794 Bug ID: 1286794 Summary: [rfe] split up eclipse.ini file Product: Fedora Version: 23 Component: eclipse Severity: low 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: I have changed some parameters in eclipse.ini file, including: --launcher.GTK_version set to 2, because Gtk3 is very slow --launcher.XXMaxPermSize to 512M -Xms512m -Xmx4096m for performance Every single time eclipse is getting an update I have to manually edit the configuration because version numbers in "-startup" and "--launcher.library" change. These are configuration options a user usually won't change. On a semantic level I think those contents belong in two different files in different folders. The user-editable config belongs in /etc, e.g. in a file called /etc/eclipse.ini. The version-specific launcher.library and startup options belong somewhere below /usr, probably /usr/share/eclipse. Is that possible? Version-Release number of selected component (if applicable): eclipse-platform-4.5.1-5.fc23.x86_64 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=fBKkXWmOin&a=cc_unsubscribe

1 4

[Bug 1255007] New: eclipse @wayland - windows (bottoms & right edges) seem trimmed
by Red Hat Bugzilla 24 Oct '16

24 Oct '16

https://bugzilla.redhat.com/show_bug.cgi?id=1255007 Bug ID: 1255007 Summary: eclipse @wayland - windows (bottoms & right edges) seem trimmed Product: Fedora Version: 22 Component: eclipse Severity: high 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, rgrunber(a)redhat.com Description of problem: which causes missing buttons: next, finish, similar. Version-Release number of selected component (if applicable): Mars 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=dEje4D9LxE&a=cc_unsubscribe

1 50

[Bug 1232092] New: Dragging tabs does not work
by Red Hat Bugzilla 09 Sep '16

09 Sep '16

https://bugzilla.redhat.com/show_bug.cgi?id=1232092 Bug ID: 1232092 Summary: Dragging tabs does not work Product: Fedora Version: 22 Component: eclipse Severity: high Assignee: akurtako(a)redhat.com Reporter: bill_chatfield(a)yahoo.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 Description of problem: If I grab the "Outline" tab on the far right of the window and try to drag it into another view in the window, the mouse cursor turns to the standard X Window System "X" cursor and does not allow me to drop that tab into another view. Sometimes the rectangular outline and the correct mouse cursor appears and allows you to drop the tab, but most of the time it does not. You just see the X cursor instead. I have run this inside Wine with the Windows version of Java and Eclipse. It works correctly in Wine. Version-Release number of selected component (if applicable): All components (Eclipse 4.2.2, Java 1.8.0) are the default versions that are provided with Fedora 22, updated to the latest available with dnf. How reproducible: Steps to Reproduce: 1. Run Eclipse 2. Grab a tab with the mouse 3. Try to drop it into another view Actual results: You get an X mouse cursor and you can't drop it wherever you want to. Some, very sparse locations allow you to drop it, but they aren't necessarily where you want to drop it. The rectangular outline that shows where the tab will be attached when it is dropped is not drawn at all or is not drawn consistently. Expected results: The tab can be dropped into any view/location in the Window. The rectangular outline is drawn to show where the tab will be attached when you drop it. Additional info: This may require a video of the incorrect behavior on Fedora vs the correct behavior in Windows. CentOS 7 and Debian 8 are showing the same broken behavior that Fedora is so it is something common to all of these: Eclipse, Java, SWT, Gnome, etc. I'm reporting it here because Fedora is my best hope to get it fixed :-) Thanks. -- 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=doi9yohUzj&a=cc_unsubscribe

1 35

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

eclipse-sig February 2016