Most .run files are created using makeself, so you should be able to filter those out. Otherwise, you've probably covered the majority of cases for the drivers...

Thanks for noting both the description and real type of file for the last batch of additions! Have you added rusty-bolt-extraction yet? I haven't found a really dependable way to extract them yet, but I know you can create them with tourque-wrench-wait-50-years...

Yes, tar guesses the format from the name suffixes, but my earlier tip about using --use-compressor is better since it lets you second-guess tars abilities -like for pets which are really tgz archives.

.run has been restored (the manual, safe routine)
Tested with:
- amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run
- LinReaper0.87.run
- NVIDIA-Linux-x86-319.49.run
- tremulous-1.1.0-installer.x86.run
- VirtualBox-4.2.18-88780-Linux_x86.run
Won't work with 'binary' .run installers (e.g. mplabx-ide-v1.run)...grr, they should have named it as *.bin IMO.
Also, won't work with WMware-player installers.

.j - removed. My bad, it's a JAR Archiver's format, not related to JAVA's .jar.
I obtained an old JAR Archiver (works in DosBox) and created a test archive, but even 7z can't unpack it...

Other stuff:
- Added menu entry (under Utility) - if launched this way, Xdialog's fileselector will pop-up (only one file at a time can be chosen/extraced).
Actually, I've added it to simplify using UExtract as a right-click option in other file managers, like PCManFM or SpaceFM.
The user himself has to take care of associating appropriate filetypes with UExtract, e.g. in PCManFM:
right-click a file -> Properties -> Open with -> Customize -> Utility -> UExtract
BTW, if you don't want to have it as a default handler (launched by left-click on a file), expand "Open with" list again and choose another (if exists).

- Custom icon; since I can't draw at all, I assembled one using Vovchik's Pikona.

- /usr/local/apps/UExtract is now 100% self-containable ROX-App.
Drag'n'dropping multiple files onto it is allowed.
/usr/local/bin/uextract is now just a symlink to /usr/local/apps/UExtract/bin/uextract

- Added brief 'Filetypes Info' help page (dedicated to Amigo ) - can be viewed by right-clicking the UExtract's ROX-App dir (again, it's /usr/local/apps/UExtract, but it's better to create a shortcut on the pinboard).

Just could not follow , quit since I think that I never encountered 99% of the file formats mentioned here .

About .bin files :
Older Java archives have .bin extension .
I do several head -nX00 on them to figure out the run part and split them into .sh and .archive and run
j*.archive
on it so it self-extracts .
java .bin might have .pack files that need to
unpack200 *.pack *.jar

Hey Don, thanks for the info!
BTW, here's the rest of mimetypes, used by UExtract+ROX, that are co-related with 7z. You may want them to be handled by your wrapper as well:
.application_vnd.ms-cab-compressed
.application_x-arj
.application_x-lha
.application_x-ms-dos-executable
.application_x-ole-storage
.application_x-windows-themepack

.pack (this time for Karl ) - so far unofficial/unlisted; requires JRE/JDK to be installed. Had problems extracting some (maybe too old? "Corrupted pack file: magic/ver = CAFED00D/3.0 should be CAFED00D/150.7 OR CAFED00D/160.1") *.pack files, but if I create one, I can extract it.

What else:
- got rid of 'dd' dependency - everything's done with 'tail/head' pair now, which is faster, but I also prefer this way personally;
- added calculation of available space before extraction: it's simple/inaccurate 'input file(s) (unextracted) total size' vs. 'free space', but it's better than nothing;
- PATH & LD_LIBRARY_PATH extended to include directory where 'uextract' currently is (by default: /usr/local/apps/UExtract/bin/), so one can put any missing deps (bins/libs) right there as well!;
- if ar/arj/lha/xar is installed, it will be used in the first place (before the default 7z);
- some other fixes, improvements & general polishing.

"I _finally_ got bored" -but wait! We the users are now gonna ask you to enable creation of all those filestypes. LOL

Indeed, unpacking gets very boring after a while if it's all that you do!
How about "packing"? The same tool can be used in reverse, can it not?
To create archives? Or is 7zip more limited that way?

As it happens, peazip works on my wary 5.5, but I have to "assassinate"
it to close it, it won't close normally. So a good replacement would be
welcome -- at least on some Puppies. Not to mention that the pupzip
Xarchiver can be quite puzzling for the newcomer when it comes to
creating archives.

Finally, FWIW, I tried UExtract on playdayz' lupu 5.25 creator package (a gtar file),
1) it takes forever (the original 445 Mb unpacks to over 1 Gb)
2) it unpacks, but it creates a seemingly unreadable result in a single very big file.

"I _finally_ got bored" -but wait! We the users are now gonna ask you to enable creation of all those filestypes. LOL

Ouch, cruel.
I'm sure such a task is designated for some coders in one of the circles in Dante's Inferno.

musher0 wrote:

Indeed, unpacking gets very boring after a while if it's all that you do!
How about "packing"? The same tool can be used in reverse, can it not?
To create archives? Or is 7zip more limited that way?

Well, the problems is that in order to unpack given archive format, we usually need just one, hardcoded command (e.g. 'tar xvf archive.tar'), but to create one, we'd have to deal with sometimes dozens of parameters (encryption, encryption method, compression method, compression level, follow symlinks (or not), and so on, and so on) - each archiving/compression tool have a different set of them...and it would be nice to not hardcode those parameters, but give choice to end-users. So, unfortunately, there's no easy way to turn UExtract into UPack.
Personally, I'm using ROX right-click option that "sends" selected dir to File-Roller:

Code:

file-roller -d "$1"

or Amigo's ZipZap (drag'n'drop).
However, I've been thinking about it and I'm not saying "no", I'm just saying "not in the nearest future".

musher0 wrote:

1) it takes forever (the original 445 Mb unpacks to over 1 Gb)
2) it unpacks, but it creates a seemingly unreadable result in a single very big file.
The ending of the archive name in playdayz example is a "tgz" wheras I
downloaded a "gtar". What's the difference, please?

Oh, .gtar has been added just now in v2.2.
According to FileInfo it's just a plain .tar:

Quote:

The GTAR extension is rarely used for Tar archives. Instead, the .TAR extension is much more commonly used.

But the file I have downloaded has .tgz extension and it is gzipped tar (not plain tar) indeed, so everything's fine and UExtract has no problems with it.

BTW, before v2.2 this extension (.gtar) wasn't included and was being processed by 7z (fallback).
So I suspect that:
1. The downloaded file was really gzipped tar (wrongly named as .gtar) and therefore
2. The resulting big and "unreadable" file was most likely uncompressed tar archive with some weird extension given by 7z...

Some browsers don't properly identify things and hange the name -I used to use Opera a lot and it would often rename things to *.gtar when it was really txz or other.

I wrote ZipZap for my everyday use with linux sources and package archives -mostly to be able to quickly create archives and unpack sources the fastest way possible. It doesn't create rpm or debian archives -although I have written another tool which does.

This whole exercise with Uextract, serves as a good lesson on how to control (or not) yourself when deciding what a program you are writing should do or not. Typically, this thing has wound up doing way more than the original idea encompassed. It is always good to really narrow down the programs' concept and scope as much as possible. You can always expand the concept later, but having it closely defined makes it easier to decide what stay in and what stays out. It also shows how a general re-write after the first couple of versions is usually a Good Thing(tm).

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum