Bug 729872 - find in RHEL5 has a way different behavior than previous releases and differs from std unix
Summary: find in RHEL5 has a way different behavior than previous releases and differs...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: findutils
Version: 5.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Kamil Dudka
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-08-11 06:23 UTC by A G
Modified: 2011-08-15 09:54 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-08-15 09:54:02 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description A G 2011-08-11 06:23:18 UTC
Description of problem:

 find . -type f -maxdepth 1   # this command works
 find . -type l -maxdepth 1   # this command DOES NOT work (why?)

We are forced to alter a long-standing and functioning script to instead use:
 find .  -maxdepth 1  -type f   # this command works


Version-Release number of selected component (if applicable):
Version 5

How reproducible:
 find . -type f -maxdepth 1   # this command works
 find . -type l -maxdepth 1   # this command DOES NOT work (why?)

Steps to Reproduce:
Do the above and you'll see.
  
Actual results:
This is a bonehead maneuver by REDHAT,  When did RH start doing Microsoft tactics?  So now, with RHEL5, basic commands like find, tail, etc are 
incompatible with other Linuxen and incompatible with standard Unix.

I'm going to recommend to my firm that we DUMP REDHAT, and opt for UBUNTU.




Expected results:


Additional info:

Comment 1 A G 2011-08-11 07:10:42 UTC
Other commands that were purposely DAMAGED in RHEL5:

tail:   tail +1   doesnt work anymore.  WHY DIR RH DO THIS???

ARE THERE OTHER UTILITIES THAT REDHAT PURPOSELY CHANGED/BRAIN-DAMAGED ?

FOR WHAT REASON???? TO MAKE RHEL5 INCOMPATIBLE WITH OTHER LINUXES????

IT'S DISGUSTING!!!

Comment 2 Ondrej Vasik 2011-08-11 09:07:24 UTC
Thanks for your very valuable bug report, but please, calm down.

Bugzilla is not whining board, not the support tool, just bug tracking system for RH engineers. If you have some issue with Red Hat Enterprise Linux please official product support at https://www.redhat.com/support/

Additionally, please do not mix various issues into one bugzilla next time.

Although - as opening tail bugzilla would only mean closing it NOTABUG, I'll add a quick comment about it:
tail +1 is not damaged, but now follows the current POSIX - see http://pubs.opengroup.org/onlinepubs/009695399/utilities/tail.html
- and it is not "WHY DID RH DO THIS???" but upstream change. We can't diverse from upstream. See also http://www.gnu.org/software/coreutils/faq/coreutils-faq.html#Old-tail-plus-N-syntax-now-fails . Could you please name any modern Linux where tail +1 will do the same as it was doing in RHEL-4?

Comment 3 Kamil Dudka 2011-08-15 09:54:02 UTC
I tested findutils-4.2.27-6.el5 and all the commands above worked as expected.  If you think there is a bug, please provide more details.


Note You need to log in before you can comment on or make changes to this bug.