search

schwer-q / xar

Automatically exported from code.google.com/p/xar
0 stars 0 forks source link

NetBSD extattr hangups #3

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Compile trunk (r101) code on NetBSD 3.
2. Attempt to archive any file(s).

What is the expected output? What do you see instead?
Expect: file archival.
See: "Error adding file <[path/]filename>"

What version of the product are you using? On what operating system?
xar from Subversion trunk (revision 101).

% uname -a
NetBSD localhost 3.0 NetBSD 3.0 (GENERIC) #0: Mon Dec 19 01:04:02 UTC 2005
 builds@works.netbsd.org:/home/builds/ab/netbsd-3-0-RELEASE/i386/200512182024Z-obj/home/builds/ab/netbsd-3-0-RELEASE/src/sys/arch/i386/compile/GENERIC
i386

Please provide any additional information below.
It would appear that using extattr_list_link() using
EXTATTR_NAMESPACE_SYSTEM failes with errno as EOPNOTSUPP.
See attached patch for a (probably unacceptable) resolution.

Original issue reported on code.google.com by jesse.c....@gmail.com on 5 Feb 2007 at 3:42

Attachments:

GoogleCodeExporter commented 9 years ago 
I've made the change to handle EOPNOTSUPP the same as EPERM.
I've also made failures on system namespace archival non-fatal, but raise the 
issue
to the caller, and xar(1) prints a nonfatal error message.

Original comment by bbraun on 5 Feb 2007 at 4:15