Bug 1629081 - upgrade to joe-4.6 creates backwards incompatibility for custom joerc on NFS in mixed EL6/EL7 environments
Summary: upgrade to joe-4.6 creates backwards incompatibility for custom joerc on NFS ...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: joe
Version: epel7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Nikola Forró
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-09-14 20:03 UTC by Paul Stauffer
Modified: 2018-09-14 20:03 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Paul Stauffer 2018-09-14 20:03:33 UTC 
The recent upgrade from joe-3.7 to joe-4.6 in the EL7 EPEL repo has introduced a compatibility issue for users in a mixed EL6/EL7 environment with NFS home directories.  There is a mutually-incompatible syntax change between joe-3.7 and joe-4.6 regarding the "type" lines in the joerc file.

v3.7 has several occurrences of this sequence:
type           ^@ TO <FF>

whereas in v4.6 these lines now use this syntax:
type        U+0 TO U+10FFFF

Both of these sequences are invalid syntax on the other version, and produce "Bad key sequence" errors on startup, after which the user's custom .joerc file is ignored.

Since the EL6 EPEL repo still only provides joe-3.7 it is now impossible for a user with an NFS home directory to maintain a custom .joerc file that can be used on both EL6 and EL7 systems.

The simplest solution might be to upgrade the version of joe in the EL6 EPEL repo to 4.6 as well.  I'm not sure if there are any other interim workarounds for this issue that a user could implement.
Note You need to log in before you can comment on or make changes to this bug.