Yeah, if only 7z could handle symlinks and permissions better, most of other tools could go away!mikeb wrote:I find with 7z sfs 3 and 4 are handled but symlinks do not extract correctly..you get a text file containing the path...not sure if that still applies but it is very handy to grab a file even on windows. I considered a workaround but as you mention unsquahfs is probably a better solution.
The full 7z included in Slacko works ok for me, can create/extract under xarchive (I just had to symlink 7z to 7za, as xarchive has only a wrapper for 7za).mikeb wrote:I built a custom 7za as a static as I found 7z could not find its own shared library under xarchive.... wondered if you had any problems. The sources are quite modular/customizable so in my case I only included formats not covered by standard linux utilities. I also included rar into the static.
Yes, we do!mikeb wrote:One bonus bunny was having a standard format for use in xarchive so one wrapper could handle many formats. we all love 7zip
Would be nice indeed, however I just checked and most of tools displays the contents of archives in a specifically formatted, unique way, so it'd be a nighmare to try to unify it.sc0ttman wrote:Also, techno made a start at at GUI for tar or something... How is uextract at listing archive contents before unpacking/mounting them?? .. If it can list contents of most filetypes too, then it might be a good project for a gtkdialog frontend..
Sure, you can keep it.sc0ttman wrote:Just a quick question, if I keep the static 7z bin i got in akita, will uextract still use exploderpm/rpm2cpio or would i need to remove 7z for that to workl??
The sequence of use is 'exploderpm > 7z > rpm2cpio'.
Thanks guys &
Greetings!