Puppy Linux Discussion Forum

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.

However, all compressed packages are not made that way.

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!

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!

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.

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
__________________________________
_______________________________________________________________

@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!

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.

_______________________________________________

don570 wrote: ↑Fri Jan 07, 2022 7:00 pm

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:

# 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:

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!

I'll test tonite. Thanks.
__________________

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.
_______________________________________

JakeSFR wrote: ↑Sun Jan 02, 2022 10:42 pm

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

don570 wrote: ↑Sat Jan 08, 2022 5:49 pm

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.

don570 wrote:

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.
___________

Grey wrote: ↑Sat Jan 29, 2022 9:42 am

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!

JakeSFR wrote: ↑Sat Jan 29, 2022 1:07 pm

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.

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!

JakeSFR wrote: ↑Sun Feb 06, 2022 3:30 pm

.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".

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

Thanks for the feedback &
Greetings!

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!

JakeSFR wrote: ↑Wed Feb 09, 2022 5:41 pm

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

debianfan wrote: ↑Thu Feb 10, 2022 1:39 am

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!

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

________________________________

JakeSFR wrote: ↑Thu Feb 10, 2022 9:20 am

debianfan wrote: ↑Thu Feb 10, 2022 1:39 am

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.

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!

JakeSFR wrote: ↑Tue Aug 16, 2022 6:10 pm

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

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

Greetings!

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

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

Greetings!

@JakeSFR :-

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

Cheers!

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

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!

mikewalsh wrote:

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

Alright, thanks for the confirmation, Mike!
___________

don570 wrote:

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.
___________

greengeek wrote:

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!