Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1136370
Summary: | Please build an EPEL7 version of nedit | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Steve Traylen <steve.traylen> |
Component: | nedit | Assignee: | Michael DePaulo <mikedep333> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | chromedout64, dmaziuk, mikedep333, novyjindrich, pertusus |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | nedit-5.6-1.el7 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-01-29 06:01:04 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Bug Depends On: | 1142692 | ||
Bug Blocks: |
Description
Steve Traylen
2014-09-02 12:51:00 UTC
+1 Both lesstif-0.95.2-8.el7 and bitmap-1.0.7-4.el7 are available for a build override now. ping Looks like time to take ubuntu for a spin: apparently they still offer nedit, heartbeat, and upstart. And zfs. And usable (as in XF|LX) desktop out of the box. ping^2 Is there any chance of getting an EPEL 7 version of nedit built? It would be greatly appreciated. Thanks. Is anyone working on this? Just wondering if this is possible or not. Thanks. It's on my personal to-do list. Hopefully I can post a beta build in a Copr repo within the next week. Thanks for the info. Look forward to trying it out. 1. I offer to co-maintain. 2. I cannot speak for the NEdit maintainer (jnovy). However, I have 2 test versions available. The F24 version built with motif, 5.6-2: http://copr.fedoraproject.org/coprs/mikedep333/nedit-testing/ The F23 version built with lesstif, 5.6-1:: http://copr.fedoraproject.org/coprs/mikedep333/nedit-testing/ Traditionally, Fedora has built NEdit with LessTif. However, Motif appears to be a better choice. (Like the fact that LessTif is discontinued in favor of Motif, and that fact that NEdit's util/motif.c seems to prefer to Motif over LessTif. In terms of hands-on testing, they both seemed to work fine from the minimal testing that I did. I do not use NEdit personally though; I am building it as a favor for others (and because I enjoy packaging.) Sorry, this is the correct link for: The F23 version built with lesstif, 5.6-1: http://copr.fedoraproject.org/coprs/mikedep333/nedit-backport/ I just tested both versions over an X2Go session rather than a local X11 session: x2goserver 4.0.1.19-6.el7 x2goagent (nx-libs) 3.5.0.32-3.el7 Session Type: Single Application: xterm The result was that 5.6-2 (Motif) segfaults on launch, while 5.6-1 (LessTif) does runs successfully. I am now in favor of sticking with 5.6-1 (LessTif). Thanks, I'll give them a try. I have been using the nedit-5.5-23.el6.x86_64.rpm on el7 to get by until an official epel7 version is available. The el6 rpm seems to require and use openmotif and not lesstif and it appears to work fine on el7. Do you know why this is the case? @Zach, Fedora 12 through 13 (like RHEL6 is based on) used LessTif. However, the EPEL6 build was changed by jnovy (Jindrich Novy) to be built on Motif (at that time, "Open Motif") Perhaps he did this because Motif was in RHEL/CentOS itself, while LessTif was merely in EPEL. For reference, here is that change: http://pkgs.fedoraproject.org/cgit/nedit.git/commit/?h=el6&id=ed3e76bf7e9bddaf67a63525c94089e46f32aa40 I submitted a bug report to nx-libs (the underlying X server for X2Go) about the segfault with NEdit 5.6-2 (Motif). I do not currently have time to debug it though. https://github.com/ArcticaProject/nx-libs/issues/69 nedit-5.6-1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5a6e94cc92 nedit-5.6-1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-5a6e94cc92 nedit-5.6-1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. Michael, Thanks for your work on pushing this through! Michael, the Motif version works for me on a standard X11 session. Have you had any chance to debug why it doesn't work on an X2Go session in order to possibly upgrade the official EPEL7 version to utilize Motif, similar to the EPEL6 version? Hi Zach. I have not gotten a chance to debug it. It's on my (currently rather long) to-do list. Michael, there is an issue with the current Lesstif NEdit 5.6 in EPEL7 which causes the following error when trying to copy between NEdit windows when opened from a remote shell (see error below). A search reveals that this is a common problem with newer Lesstif compiled NEdit versions on other distributions. NEdit warning: XmClipboardInquireLength() failed: clipboard locked. I did install the Motif nedit-5.6-2.el7.centos.x86_64.rpm from your nedit-testing copr and that does resolve the clipboard issue as well as make the fonts render much better in NEdit on RHEL. We rely heavily on NEdit within our company so the Motif version works out much better for us. Is there any chance to push the Motif version to EPEL yet? Thank you. Hi Zach, Sorry for the delay. I remember there being a compatibility issue with NEdit's Motif version and X2Go, so that is why I kept NEdit on Lesstif. So this effectively means that the Motif version has 1 bug, and the Lesstif version has another. If there is a Fedora policy like "packages should be migrated from Lesstif to Motif", then please point me to it and I will migrate the package over. Otherwise, let's try to find a fix. It is likely that other distros experienced this bug. When you say a "remote shell", are you referring X11 forwarding over SSH (and/or simply remote X11)? -Mike Michael, I does look like the maintainer of Lesstif is currently recommending that Motif be used instead due to the fact that Lesstif is not being maintained and has serious bugs related to copy/paste. See http://lesstif.sourceforge.net/ Also, it does look like many Fedora developers are recommending moving forward that dependency on Lesstif be dropped in favor of Motif. See https://lists.fedoraproject.org/pipermail/devel/2015-October/215292.html Additionally, as you pointed out, Nedit seems to prefer Motif to Lesstif in their source. See https://sourceforge.net/p/nedit/git/ci/master/tree/ Yes, I was referring to X11 forwarding over SSH when the copy/paste bug occurs. Thanks. Hi Zach, Sorry for the delay. You do make a compelling case, even though that discussion is primarily about newer Fedora releases rather than EPEL7. I will switch it over to Motif, unless I can find a patch that fixes the issue on Lesstif. I am currently looking for one. Thanks Michael. Michael, is there any chance now of making the switch over to Motif when you get an opportunity? Thanks. Michael, just checking if there is any update to this. Thanks. @Zach Davis, sorry for the delay. I have been super busy. I'll create a testing update by the end of the year. Okay, sounds good Michael. Thank you. @Zach Davis Merry Christmas: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-9fabf8b743 Thanks Michael! I will give it a try. @Zach Davis, please test it out and provide feedback. I don't really use NEdit myself (I built it more as a courtesy for my coworkers), so want at least 1 piece of substantial feedback. Michael, the version that you built works great. I think it is safe to push out. Thanks again. Done, pushed to stable. Also, for reference, please create a separate bug report next time. |