UExtract-4.14 - A Universal/Utter/Ultimate/Uhatever Extractor

[rockedge]

XArchive does not automatically make a directory to put extracted stuff in

Unless the compressed archive is already arranged in a directory->sub-directories structure. If one downloads palemoon compressed and extracts using Xarchiver the file will expand like it was created, all files under /palemoon.

[bigpup]

However, all compressed packages are not made that way.

[JakeSFR]

Yeah, there are different approaches:

1. some extract everything as-is, without creating a dedicated subdirectory, which can lead to a real mess, if there's no top directory in the archive,
2. others always create that subdir, but usually with the same name as the archive's (minus extension),
3. and others try to figure out whether there is a need for a subdir or not (very rare).

I chose the second approach (to avoid creating a mess, like in 1 and to be consistent, as opposed to 3), but keeping the whole filename and with the addition of the ".extracted" suffix, so it's a clear indicator that it contains the extracted stuff and that the dir itself is _not_ a part of the original archive.
It is so unambiguous that it's hard to imaging how, at least after a few uses, anyone could have any doubts about it...

Just because there's a tiny fraction of people who try to find "any" key, it doesn't justify putting a sticker on every keyboard explaining what it means to "press any key", does it?
On the other hand, we live in times when you can find "open box before eating" instruction on a pizza box; I really want to believe it was a fake, though...

Greetings!

[JakeSFR]

Version 4.7:

- LUKS: add support for keyfiles
- ffmpeg: try to extract subtitles in their original format (ass, srt, vtt) before converting to srt; drop converting to sup, it's not useful at all
- auto close output window only on 100% successful completion (no skipped and/or failed files)
- .xbps - support not only XZ compression, but also GZIP, BZIP2, LZ4, ZSTD and plain TAR
- various fixes and improvements
- new formats/extensions:

• .age (Age Encrypted File) [age]

• .d71 (Commodore 64 Disk Image (1571)) [c1541]

• .msix (MSIX Installer Package) [unzip]

• .t64 (Commodore 64 Tape Image File) [c1541]

• .xwcb (Klest Crossword Dictionary) [sqlite3|fossil]

First post updated.

Greetings!

[don570]

I'm using older version of uextract 4.4 in fatdog64 802. I came across this strange case.
I downloaded this operating system to install in my dell chromebook ....
https://davrt8itj6cgg.cloudfront.net/cl ... -64bit.zip

I first used uextract 4.4 to obtain the bin file.
The terminal did show this image , but after a few seconds the window disappeared.
There was a 'bin' file created but it didn't burn correctly to USB stick.

xscreenshot-20220106T091855.png (19.08 KiB) Viewed 3927 times

Just to check I tried the 'unzip' command in the terminal and the command did properly unzip the archive.
USB stick now was successfully created.
_________________________________________________
Instructions to burn a USB stick...
https://cloudreadykb.neverware.com/s/ar ... r-on-Linux
__________________________________
_______________________________________________________________

[JakeSFR]

@don570: That ZIP extracts just fine for me with 4.7 and 4.4 and directly with unzip - all files are identical (MD5: 7f80f4938fed845bdd912d99655285c3).
Can you reproduce it again?
Maybe unzip or urxvt crashed before the .bin file got fully unpacked..?

Greetings!

[don570]

I installed version 4.7 and the extraction went fine!!

Rather odd that the old message on the screen said version 4.5 was needed to extract data????

The new message on the screen says 'successful' but then the message disappeared after a fraction of second???
That seems strange???

Is the message disappearing the correct action by script. Maybe I have a damaged installation of fatdog64 802 which is several
years old and I have made many modifications. I'll try 'no save file' boot and report back.

Also I have a suggestion ....

Store the screen message text in a log file such as /var/uextract/log
to save error messages.
________________________________________

Maybe unzip or urxvt crashed before the .bin file got fully unpacked..

urxvt crashing seems likely to me. The uxvrt window suddenly disappeared. That's strange behaviour.
I'll try track down the cause.

_______________________________________________

[JakeSFR]

I installed version 4.7 and the extraction went fine!!

Alright!

Rather odd that the old message on the screen said version 4.5 was needed to extract data????

That message comes from file:

Code: Select all

# file -b cloudready-free-94.4.4-64bit.zip 
Zip archive data, at least v4.5 to extract

Just a coincidence.

The new message on the screen says 'successful' but then the message disappeared after a fraction of second???
That seems strange???

Is the message disappearing the correct action by script. Maybe I have a damaged installation of fatdog64 802 which is several
years old and I have made many modifications. I'll try 'no save file' boot and report back.

If the extraction was successful, the window closes automatically, unless you uncheck this:

uextract_autoclose.gif (7.23 KiB) Viewed 3875 times

Also I have a suggestion ....

Store the screen message text in a log file such as /var/uextract/log
to save error messages.

If there were errors (and/or skipped files, since v4.7) the window shouldn't close, unless the terminal window itself crashed or something like that, which has never happened to me.
In fact, I have it (logging to /tmp) on my TODO list, but it never felt necessary or justified enough to implement it.
I'll think about it, though...

Maybe unzip or urxvt crashed before the .bin file got fully unpacked..

urxvt crashing seems likely to me. The uxvrt window suddenly disappeared. That's strange behaviour.
I'll try track down the cause.

Ok, thanks.

Btw, if you install libvte and gtkdialog-vte from repo, UExtract will make use of gtkdialog's terminal widget instead of using urxvt or other external terminal emulators.

Greetings!

[don570]

I'll test tonite. Thanks.
__________________

[don570]

Everything is fine now.
I did some testing with several fatdog64 versions. Everything went well.
Including fatdog64 802.
I installed old version of uextract to test and it was okay.
Perhaps rebooting helped.

The message --->

Zip archive data, at least v4.5 to extract

has me puzzled ???
I'm not sure what that means, since early versions of uextract work fine.

___________________________________________

Suggestion ---> I noticed that the default choice of uextract is to close urxvt window.
I would prefer the default choice to show the window even after completion.
_______________________________________

[Grey]

Version 4.7

Hi, @JakeSFR. Starting with the 3.x line, Blender started using zstd instead of gzip. I hope that you will take this into account when preparing version 4.8

uextract_blend.gif (13.32 KiB) Viewed 3984 times

[JakeSFR]

The message --->

Zip archive data, at least v4.5 to extract

has me puzzled ???

As I've already explained, that message comes from unzip and refers to unzip, not UExtract.

Suggestion ---> I noticed that the default choice of uextract is to close urxvt window.
I would prefer the default choice to show the window even after completion.

That would be kinda against the "as quick and easy as possible" goal.
If there were any errors, the window won't close anyway and if there were no errors, there's usually no point in keeping it open and the fact that it got closed indicates that everything went well.
___________

Hi, @JakeSFR. Starting with the 3.x line, Blender started using zstd instead of gzip. I hope that you will take this into account when preparing version 4.8

Thanks, I just did.
Btw, the one on your screenshot is not compressed at all (application/octet-stream), which is the default, unless you check the "Compress" checkbox in Blender's "Save As" dialog.

Greetings!

[Grey]

Btw, the one on your screenshot is not compressed at all (application/octet-stream)

Perhaps it was necessary to take a screenshot with the test2.blend file But you have understood the main point.

uextract_blend.gif (14.67 KiB) Viewed 3951 times

[JakeSFR]

Version 4.8:

- fix text being too narrow in "Select output directory" dialog (GTK3 Gtkdialog)
- ffmpeg: fix extracting streams greater than 0:9
- ffmpeg: add (lang) and [stream_number] suffixes to output filenames
- AppRun: backwards compatibility with gtkdialog-0.7.20
- .blend: can be also ZSTD compressed (thanks to Grey)
- .pet: add support for ZSTD compression (be future-proof)
- some other, minor fixes and improvements
- new formats/extensions:

• .gig (Tascam GigaSampler File) [gigdump|gigextract]

• .mo3 (MO3 Audio File) [unmo3]

• .pak (Chrome/Chromium Resources File) [pak]

• .pkg (FreeBSD Package) [{b(un)zip2|g(un)zip|(un)lz4|(un)xz|(un)zstd}+tar]

• .sfx (Blip Blop Sound Archive) [<internal>]

• .vpk (PlayStation Vita Application Package) [unzip|7z]

• .xmc (X11 Mouse Cursor) [xcur2png]

First post updated.

Greetings!

[Grey]

.blend: can be also ZSTD
.mo3

Thanks, it's great now. The convenience of working in conjunction with Blender has returned.
mo3 unpacks. UExtract did not appear in the context menu, but it was unpacked via "open with".

[JakeSFR]

Oh, I forgot to add audio/x-mo3 MIME type. Will be fixed in next version.

Thanks for the feedback &
Greetings!

[JakeSFR]

Version 4.9:

- fix AppRun breaking completely if Gtkdialog is built without VTE (thanks to jamesbond)
- add audio/x-mo3 MIME (thanks to Grey)

First post updated.

Greetings!

[debianfan]

Version 4.9:

- fix AppRun breaking completely if Gtkdialog is built without VTE (thanks to jamesbond)
- add audio/x-mo3 MIME (thanks to Grey)

First post updated.

Greetings!

Version 4.9 cannot be used in thunar file manager

[JakeSFR]

Version 4.9 cannot be used in thunar file manager

Why not, what do you mean? Works for me.
And are you saying that versions up to 4.8 worked ok for you and only 4.9 is affected?

Greetings!

[don570]

When I tried to open mhtml extension in fatdog linux I used uextract.
there was a warning message --> ripmime needed to be installed

I have downloaded a lot of these files using my chromebook
and I wanted to read them.

I installed ripmime .
Download: https://github.com/inflex/ripMIME/archi ... master.zip

I can now use uextract on the files to open them up.
EDIT: Also works on mht files created by microsoft explorer in windows
wikipedia info...

An .eml message can be sent by e-mail, and it can be displayed by an email client. An email message can be saved using a .mhtml or .mht filename extension

Installation notes....

make
make install

[ Make install will install the ripmime binary to /usr/local/bin,
there are no other support files required. ]

To use ripMIME...

If you have an MIME encoded archive (say from sendmail's output)
called recvmail001.mime and you wish to unpack it to a directory
(which already exists) called "/var/tmp/unpack", then use ripMIME
as follows...

ripmime -i recvmail001.mime -d /var/tmp/unpack

________________________________

[debianfan]

Version 4.9 cannot be used in thunar file manager

Why not, what do you mean? Works for me.
And are you saying that versions up to 4.8 worked ok for you and only 4.9 is affected?

Greetings!

I just downloaded and installed it and tried it again, it's normal, and it works now.

[JakeSFR]

Version 4.10:

- zimdump: compatibility with new syntax
- fix extracting newer MakeSelf installers
- extract also lz4, lzo, zstd, base64 and pgp MakeSelf installers
- updated ES locale (josejp2424)
- other, minor fixes and improvements
- new formats/extensions:

• .cps (The Powder Toy Save File) [<internal>+b(un)zip2]

• .cso (Compressed ISO Disk Image) [maxcso]

• .dds (DirectDraw Surface Image) [detex-convert]

• .dylib (Mach-O Dynamic Library) [7z]

• .fdi (PC98 Floppy Disk Image) [<internal>+mount]

• .grp (Ken Silverman's Build Engine Group File) [grpar]

• .ktx (Khronos Texture) [detex-convert]

• .naf (Nucleotide Archival Format) [unnaf]

• .stm (The Powder Toy Stamp File) [<internal>+b(un)zip2]

• .uc2 (UltraCompressor 2 Archive) [unuc2]

• .wad (Doom WAD File) [wadext]

• .xoj (Xournal Notebook) [g(un)zip]

• .xopp (Xournal++ Notebook) [g(un)zip]

First post updated.

Greetings!

[josejp2424]

Version 4.10:

- zimdump: compatibility with new syntax
- fix extracting newer MakeSelf installers
- extract also lz4, lzo, zstd, base64 and pgp MakeSelf installers
- other, minor fixes and improvements
- new formats/extensions:

• .cps (The Powder Toy Save File) [<internal>+b(un)zip2]

• .cso (Compressed ISO Disk Image) [maxcso]

• .dds (DirectDraw Surface Image) [detex-convert]

• .dylib (Mach-O Dynamic Library) [7z]

• .fdi (PC98 Floppy Disk Image) [<internal>+mount]

• .grp (Ken Silverman's Build Engine Group File) [grpar]

• .ktx (Khronos Texture) [detex-convert]

• .naf (Nucleotide Archival Format) [unnaf]

• .stm (The Powder Toy Stamp File) [<internal>+b(un)zip2]

• .uc2 (UltraCompressor 2 Archive) [unuc2]

• .wad (Doom WAD File) [wadext]

• .xoj (Xournal Notebook) [g(un)zip]

• .xopp (Xournal++ Notebook) [g(un)zip]

First post updated.

Greetings!

thank you @JakeSFR , for this fabulous program.

new locale-es

[JakeSFR]

Thank you, @josejp2424.
I re-uploaded the PET with you updated translation.

Greetings!

[ljlj]

regards
opera mini jar
has save file
obml16
can it be extracted
with uextract?!
thank you!

[JakeSFR]

No, this one is not supported.
There are some online converters available, though.

Greetings!

[mikewalsh]

@JakeSFR :-

Thanks, Jake. v4.10 working well across the 'kennels'.

Cheers!

Mike.

[don570]

While making pfind addon I discovered...

Easy linux has odd way of making a pet package.
Barry K includes a note in rox.sourceforge.net folder.

Basically a pinstall.sh script is needed to install links in "OpenWith" folder

[greengeek]

In my Tahr32 i have uextract 3.27 and I was hoping i could use it to open and inspect various initrd.gz files but it did not seem able to understand the contents.

Is this supported in any later version of Uextract?

cheers!

[JakeSFR]

Thanks, Jake. v4.10 working well across the 'kennels'.

Alright, thanks for the confirmation, Mike!
___________

While making pfind addon I discovered...

Easy linux has odd way of making a pet package.
Barry K includes a note in rox.sourceforge.net folder.

Basically a pinstall.sh script is needed to install links in "OpenWith" folder

Ok, so is there a problem with UExtract's pinstall.sh script under EasyOS?
I'm unable to boot it in QEmu/VBox, so can't check it myself.
I only vaguely recall that there was something strange in Easy, basically depriving packages from installing stuff where intended or something along the lines. Not sure if it's the same thing, though.
___________

In my Tahr32 i have uextract 3.27 and I was hoping i could use it to open and inspect various initrd.gz files but it did not seem able to understand the contents.

Is this supported in any later version of Uextract?

There were some changes, so you should give it a try.
If you find some that still don't extract, let me know, so I can check them.

Greetings!