Bug 169448
Summary: | ksh rpm in extra channel should not obsolete pdksh rpm in base channel | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Sebastien BLAISOT <sblaisot> |
Component: | ksh | Assignee: | Karsten Hopp <karsten> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-04 12:27:26 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Sebastien BLAISOT
2005-09-28 13:57:24 UTC
oups, i meant up2date -i pdksh (install, not upgrade) returns to the old implementation until next up2date -u ksh needs to obsolete pdksh as both packages provide /bin/ksh. AT&T's ksh is the 'real' ksh and pdksh is just a clone, so I'm not sure how ksh can have regressions from pdksh. pdksh just behaves differently as it isn't 100% compatible with the original. If you've encountered any errors with the latest Red Hat provided packages of AT&T's ksh (ksh-20050202-0.3E.1), please report them to gsf.com, that's the feedback adress mentioned at http://www.research.att.com/sw/download/ (As we keep our package close to the upstream sources with just one minor patch to make it buildable on ppc64, feedback should go upstream). btw: an easy workaround to the echo -e problem is to use the systems echo command by disabling ksh's builtin echo: 'builtin -d echo' there is a lot of workaround for this particular problem : - remove machine from extra channel - do not update the system - use bash - call /bin/echo instead of just echo - use printf instead of echo - do not echo (looks like "the chicken doesn't need to cross the road") the fact is that each workaround needs us to modify a whole set of production scripts which is not an easy task. this worked before and just doesn't work anymore. this looks like a regression for the end customer. |