Description of problem: When using getfattr in a shell script, a failure is expected when the designated attribute was not set. Version-Release number of selected component (if applicable): Fedora 14, attr-2.4.44-5, libattr-2.4.44-5 How reproducible: Always Steps to Reproduce: 1. Assume file has no user extended attribute set 2. type "if getfattr -h -e hex -n user.color file; then echo success; else echo failure; fi" 3. Actual results: We get : file: user.color: No such attribute success Expected results: We should get : file: user.color: No such attribute failure Additional info: The manual is silent about the return codes
Created attachment 465275 [details] proposed fix
Behaves as expected with fix applied. Thanks.
fixed in attr-2.4.44-6.fc15
proposed upstream: http://lists.gnu.org/archive/html/acl-devel/2010-12/msg00004.html
attr-2.4.44-6.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/attr-2.4.44-6.fc14
attr-2.4.44-4.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/attr-2.4.44-4.fc13
attr-2.4.44-4.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update attr'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/attr-2.4.44-4.fc13
attr-2.4.44-6.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
attr-2.4.44-4.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
upstream commit: http://git.savannah.gnu.org/cgit/attr.git/commit/?id=93c92ed
FWIW, upstream just released attr 2.4.47, also containing this fix: https://lists.nongnu.org/archive/html/acl-devel/2013-05/msg00012.html