Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#3363 - Renaming of attr to xfsattr
Attached to Project:
Arch Linux
Opened by James Rayner (iphitus) - Thursday, 20 October 2005, 07:21 GMT
Last edited by Dale Blount (dale) - Thursday, 20 October 2005, 11:07 GMT
Opened by James Rayner (iphitus) - Thursday, 20 October 2005, 07:21 GMT
Last edited by Dale Blount (dale) - Thursday, 20 October 2005, 11:07 GMT
|
DetailsI was just wondering why this package was renamed to xfsattr from attr, and the acl package from acl to xfsacl.
EXT3, ReiserFS, and many other filesystems also support extended attributes and ACLs, these two packages are not remotely xfs specific. Not so much a bug, but couldnt figure where the best place to ask this was :) All the same, a provides attr line would have been nice in the xfsattr package. I have a few packages which depend on attr which causes a messy situation. iphitus |
This task depends upon
so i think this problem is probably solved.
There is a provides field now, so anything looking for acl or attr will still find them. In the future, I could rename them back to their proper names, but I'd rather not do it right now -- it will just confuse people more as I run around in circles with the package names.
Thus, in my (not so) humble opinion the best solution would be to clean the mess as soon as possible, preferably following it with an informative news message.
Just my three cents.