Description of problem: The new version of krb5-server seems to require ksh. Since it's the only package of FreeIPA suite and older versions did not require it, I'd consider it a regression. Version-Release number of selected component (if applicable): krb5-server-1.13.2-3.fc22 How reproducible: Deterministic. Steps to Reproduce: 1. Install FreeIPA server 2. Run rpm -q --requires krb5-server | grep ksh | wc -l Actual results: 1 Expected results: 0 Additional info: Package krb5-server-1.13.1-3.fc22.x86_64 did not require ksh.
The rpm dependency to ksh was added since upstream scripts use $"..."-style l10n literals for localisation (IPA should use them too because it's convenient and MICH faster/resource-friendly (which has measureable impact on platforms like ARM/ARM64)). But then I did the prototype Zanata integration I hit a bug in bash4 which causes problems. So my choices were: 1. fix bash 2. drop any attempt to localise scripts (which will be a major problem for other Zanata users in RHEL/Fedora in the future; krb5 is only a minor piece in this case) 3. rewrite them in python (which is not going to be acceptable for upstream because of the new runtime dependency AND having a very heavyweight python interpreter running at start-up for no good reason) 4. Use ksh as intermediate solution (because it works right *now* without further work (and I have the proof via http://svn.nrubsig.org/svn/people/gisburn/scripts/tests/sun_solaris_script_l10n.sh)) So what should I do ?
(In reply to Roland Mainz from comment #1) > But then I did the prototype Zanata integration I hit a bug in bash4 which > causes problems. What is the bash bugzilla number?
(In reply to Jan Pazdziora from comment #2) > (In reply to Roland Mainz from comment #1) > > But then I did the prototype Zanata integration I hit a bug in bash4 which > > causes problems. > > What is the bash bugzilla number? I haven't filed one yet because I didn't had time to port http://svn.nrubsig.org/svn/people/gisburn/scripts/tests/sun_solaris_script_l10n.sh (this is a AST/ksh93 test suite module to test the $"..."-style literals) to bash4. Basically some combinations of { LC_ALL, LC_MESSAGES, LANG } (e.g. LC_ALL should override any LC_MESSAGES setting and any LC_MESSAGES setting should override LANG) throw you back to "C" (and NLSPATH must work, too), plus dynamic changes don't work (which must work). Said that it's not hard to fix, I did this years ago at Sun for ksh93 (after that I wrote the test module and submitted it to David Korn so I don't have to re-visit this bug again) and bash3... but I need *TIME* (estimated a work day) ... ;-/
Fixed in krb5-1.13.2-4.fc22 and krb5-1.13.2-5.fc23 ... ... marking bug as MODIFIED.
(In reply to Roland Mainz from comment #4) > Fixed in krb5-1.13.2-4.fc22 and krb5-1.13.2-5.fc23 ... > ... marking bug as MODIFIED. The Fedora 22 build looks sane but can you file update request for updates-testing in bodhi?
krb5-1.13.2-5.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/krb5-1.13.2-5.fc22
Package krb5-1.13.2-5.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing krb5-1.13.2-5.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-11193/krb5-1.13.2-5.fc22 then log in and leave karma (feedback).
krb5-1.13.2-5.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.