Bug 729872

Summary:	find in RHEL5 has a way different behavior than previous releases and differs from std unix
Product:	Red Hat Enterprise Linux 5	Reporter:	A G <a_ginn>
Component:	findutils	Assignee:	Kamil Dudka <kdudka>
Status:	CLOSED NOTABUG	QA Contact:	BaseOS QE - Apps <qe-baseos-apps>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	5.0	CC:	ovasik
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-08-15 09:54:02 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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.