Bug 154056 (maxdepth)
Summary: | xorg-x11 - xfs startup script generates multiple complaints by 'find' | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> |
Component: | xorg-x11 | Assignee: | X/OpenGL Maintenance List <xgl-maint> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | goeran, richard, rngadam |
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-04-14 00:27:04 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: | |||
Bug Depends On: | |||
Bug Blocks: | 136451 |
Description
Michal Jaegermann
2005-04-06 21:22:00 UTC
Odd, this worked fine on my test system: [root@laser TrueType]# find . -type f -maxdepth 1 -cnewer fonts.dir -not -name 'fonts.cache*' [root@laser TrueType]# touch gbsn00lp.ttf [root@laser TrueType]# find . -type f -maxdepth 1 -cnewer fonts.dir -not -name 'fonts.cache*' ./gbsn00lp.ttf Can you cd into a font directory and try those commands? Ok, thanks for reporting this by the way... It turns out that this problem is just a "warning" in the newest version of find. My "find" is a bit older, and does not print this warning. The find manpage suggests to put "option" args at the front, but does not indicate it is mandatory. While it is only a warning, the current "find" still executes properly and does the right thing. Since it turns out this is just a bit of a cosmetic issue of an ugly warning getting printed, it's not as severe as I had initially been thinking. (panicing actually) ;o) I've fixed it by moving "maxdepth 1" to the front of the args in xorg-x11-6.8.2-20, however this new build probably will not get put into test2, unless there are other major blockers found in xorg which require a respin for. ;o/ Nonetheless, I've fixed it and it will be in rawhide after test2. I will also upload it on people.redhat.com once the new rpms are built. I suspect due to the alarmist nature of this bug, even though it is only cosmetic, we will probably get numerous reports from test2 testers, so I am going to leave this bug open for now to use as a master duplicate. Thanks again Michal! xorg-x11-6.8.2-20 successfully built, and will be in Fedora devel soon, if it isn't there already. While this bug is resolved now, I've decided to leave it open for a few days to see how many dupes get reported. I'm assuming this will get reported a lot, and also assuming most people do not query closed bugs in bugzilla before reporting, so once things die down, I'll close it as fixed in "RAWHIDE". new xorg-x11 from rawhide fixed this for me. thanks! *** Bug 155337 has been marked as a duplicate of this bug. *** *** Bug 167394 has been marked as a duplicate of this bug. *** |