Re: [RFE] [PATCH] star vfs and xattr feature request

2006-02-01 Thread Pavel Tsekov 
On Tue, 31 Jan 2006, Curtis Doty wrote:

 Pavel Tsekov wrote:

 On Mon, 30 Jan 2006, Curtis Doty wrote:
 
 Hi, I'm the original poster of this patch to the redhat bugzilla. Where
 it was closed summarily. However, I really thing adding support for
 tarball extended attributes is increasingly valuable on selinux systems.
 
 And star seems to be the best tool for the job. Are there other ways of
 safely extracting files from a tarball with these extensions? I'm happy
 to rebuild the patch against the mc cvs if there is positive feedback.
 
 another reference:
 http://cdrecord.berlios.de/old/private/star.html
 
 
 
 Since star archives are esentially tar archives with extended information
 I don't see why a extfs solution is necessary. We can just update the
 tar code to support the required extension keywords. It's just a matter of
 parsing a few strings.
 
 
 Hrmm, maybe I'm over-thinking the problem, but according to this
 http://cvs.fedora.redhat.com/viewcvs/devel/star/star-1.5-selinux.patch
 it had to be compiled against the selinux headers. Is that an
 appropriate direction for mc/vfs/tar.c?

I think - yes. Btw there was at least one request (in bugzilla or the
mailing list) about adding support for extended attributes to MC.
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: [RFE] [PATCH] star vfs and xattr feature request

2006-01-31 Thread Pavel Tsekov 
On Mon, 30 Jan 2006, Curtis Doty wrote:

 Hi, I'm the original poster of this patch to the redhat bugzilla. Where
 it was closed summarily. However, I really thing adding support for
 tarball extended attributes is increasingly valuable on selinux systems.

 And star seems to be the best tool for the job. Are there other ways of
 safely extracting files from a tarball with these extensions? I'm happy
 to rebuild the patch against the mc cvs if there is positive feedback.

 another reference:
 http://cdrecord.berlios.de/old/private/star.html

Since star archives are esentially tar archives with extended information
I don't see why a extfs solution is necessary. We can just update the
tar code to support the required extension keywords. It's just a matter of
parsing a few strings.

___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: [RFE] [PATCH] star vfs and xattr feature request

2006-01-31 Thread Curtis Doty 




Pavel Tsekov wrote:

  On Mon, 30 Jan 2006, Curtis Doty wrote:

  
  
Hi, I'm the original poster of this patch to the redhat bugzilla. Where
it was closed summarily. However, I really thing adding support for
tarball extended attributes is increasingly valuable on selinux systems.

And star seems to be the best tool for the job. Are there other ways of
safely extracting files from a tarball with these extensions? I'm happy
to rebuild the patch against the mc cvs if there is positive feedback.

another reference:
http://cdrecord.berlios.de/old/private/star.html

  
  
Since star archives are esentially tar archives with extended information
I don't see why a extfs solution is necessary. We can just update the
tar code to support the required extension keywords. It's just a matter of
parsing a few strings.
  

Hrmm, maybe I'm over-thinking the problem, but according to this
http://cvs.fedora.redhat.com/viewcvs/devel/star/star-1.5-selinux.patch
it had to be compiled against the selinux headers. Is that an
appropriate direction for mc/vfs/tar.c?

../C


___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: [RFE] [PATCH] star vfs and xattr feature request

2006-01-30 Thread Curtis Doty 

Jindrich Novy wrote:


Hello mc-devel,

Curtis Doty sent me a patch for star vfs support, where he says:
---
Here's a patch that attempts to add star filesystem support. Which is
fairly important IMHO now that Fedora is using selinux (or anything that
uses extended attributes).

Star also seems very forgiving; allowing the same view/extract command to work
across native archives or those compressed with various programs.

However, I couldn't get #utar to work so had to write the little #ustar script;
which is dog slow. So I'm hearby requesting a new feature: can the #utar extfs
be made to extract from starchives that contain selinux security descriptors?
---

references:
http://bugzilla.redhat.com/174918
http://www.nsa.gov/selinux/

Regards,
Jindrich 
 

Hi, I'm the original poster of this patch to the redhat bugzilla. Where 
it was closed summarily. However, I really thing adding support for 
tarball extended attributes is increasingly valuable on selinux systems.


And star seems to be the best tool for the job. Are there other ways of 
safely extracting files from a tarball with these extensions? I'm happy 
to rebuild the patch against the mc cvs if there is positive feedback.


another reference:
http://cdrecord.berlios.de/old/private/star.html

../C
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

[RFE] [PATCH] star vfs and xattr feature request

2005-12-06 Thread Jindrich Novy 
Hello mc-devel,

Curtis Doty sent me a patch for star vfs support, where he says:
---
Here's a patch that attempts to add star filesystem support. Which is
fairly important IMHO now that Fedora is using selinux (or anything that
uses extended attributes).

Star also seems very forgiving; allowing the same view/extract command to work
across native archives or those compressed with various programs.

However, I couldn't get #utar to work so had to write the little #ustar script;
which is dog slow. So I'm hearby requesting a new feature: can the #utar extfs
be made to extract from starchives that contain selinux security descriptors?
---

references:
http://bugzilla.redhat.com/174918
http://www.nsa.gov/selinux/

Regards,
Jindrich 
-- 
Jindrich Novy [EMAIL PROTECTED], http://people.redhat.com/jnovy/
(o_   _o)
//\  The worst evil in the world is refusal to think. //\
V_/_ _\_V

--- mc-4.6.1a/lib/mc.ext.in.star	2005-12-03 19:27:17.0 -0800
+++ mc-4.6.1a/lib/mc.ext.in	2005-12-03 19:28:22.0 -0800
@@ -134,6 +134,11 @@
 	Open=%cd %p#utar
 	View=%view{ascii} tar tvvf %f
 
+# star - standard archive
+regex/\.(star|STAR)(|\.(bz2|gz))$
+	Open=%cd %p#ustar
+	View=%view{ascii} star tvf %f 2/dev/null
+
 # lha
 type/^LHa\ .*archive
 	Open=%cd %p#ulha
--- mc-4.6.1a/vfs/extfs/extfs.ini.star	2005-07-20 12:03:54.0 -0700
+++ mc-4.6.1a/vfs/extfs/extfs.ini	2005-12-03 19:29:35.0 -0800
@@ -54,3 +54,6 @@
 
 # ISO image
 iso9660
+
+# standard archive
+ustar
+++ mc-4.6.1a/vfs/extfs/ustar	2005-12-03 18:51:00.0 -0800
@@ -0,0 +1,29 @@
+#!/bin/sh
+
+mcstarfs_list() {
+	star -tv -f=$1 2/dev/null |awk '{
+		size = $1
+		perms = substr($2,1,10)
+		split($3,own,/)
+		month = $4 ; day = $5 ; time = $6 ; year = $7
+		filename = substr($0, index($0,$8) )
+		printf %s 1 %s %s %i %s %2i %i %s %s\n,
+			perms, own[1], own[2], size, month, day, year, time, filename
+	}'
+}
+
+mcstarfs_copyout() {
+	#star -no-statistics -f=$1 -x -to-stdout $2 $3
+	# grumble mumble...can't have stderr because we need
+	# leading / and turning it off with -/ doesn't work
+	star -f=$1 -x -to-stdout $2 $3 2/dev/null
+}
+
+cmd=$1
+shift
+case $cmd in
+	list)		mcstarfs_list $@ ;;
+	copyout)	mcstarfs_copyout $@ ;;
+	*)		exit 1 ;;
+esac
+exit 0
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel