UExtract-4.2

[Argolance]

I put the symlinks in /usr/share/locale only to make them visible to MoManager.

OK, thanks!

[OscarTalks]

A minor thing, but is the title in the window border still showing as 3.31?

Code: Select all

#! /bin/bash

###############################################################################
# UExtract v3.32 by SFR'2013-2017                                             #
# GNU GPL v2 applies                                                          #
###############################################################################

set -o pipefail

APPNAME="UExtract v3.31"

[SFR]

Thanks Oscar, it's fixed now.

Greetings!

[slavvo67]

Remains a top 10 program for me. - Thanks again....

[don570]

I made a debian package which was very easy...
http://murga-linux.com/puppy/viewtopic. ... 869#970869

I noticed when using it that there was no 'Debian' folder to hold the control
file and scripts .

[backi]

Cool app !

[quirkian2new]

@SFR,

I downloaded from Porteus official site the file "Porteus-OPENBOX-v4.0-x86_64.iso", it seems that uextract3.32 cannot extract the file "initrd.xz" contained in the iso. (I am running uextract3.32 on a copy of Fatdog631 with p7zip installed)

thanks

[SFR]

@SFR,

I downloaded from Porteus official site the file "Porteus-OPENBOX-v4.0-x86_64.iso", it seems that uextract3.32 cannot extract the file "initrd.xz" contained in the iso. (I am running uextract3.32 on a copy of Fatdog631 with p7zip installed)

thanks

Interesting, in 631 unxz (which is used by UExtract to extract XZ compressed files) is a symlink to busybox and, for some reason, BB's unxz indeed can't handle this particular file.
The fix would simply be to make /usr/bin/unxz a symlink to /usr/bin/xz.

Greetings!

[SFR]

Version 3.33:

- code cleanup & improved readibility
- can unpack Anaconda installer
- can extract contents of QR Codes from PNG & JPG images (using zxing)
- updated Russian translation (Pro)
- added Dutch translation (foxpup)
- new formats/extensions:

• .app (same as .appimage) [mount|{tar+{g(un)zip|b(un)zip2|(un)xz|(un)compress}}]
• .d64 (Commodore 64 Disk Image) [c1541]
• .htz (HTML Editor Archive) [unzip|7z]
• .pax (PAX Archive) [tar|cpio]
• .phar (PHP Archive) [php]
• .pgp (same as .gpg) [gpg|gpg2]
• .png (QR Code) [zxing]
• .qcow2c (same as .qcow2) [qemu-nbd+{gdisk|fdisk}+{crypysetup}+mount|7z]
• .sublime-package (Sublime Text Package File) [unzip|7z]
• .xapk (Compressed Android Package File) [unzip|7z]

First post updated.

Greetings!

[Pro]

Updated Russian translation for 3.33

Thanks.

[SFR]

Thanks Pro! Pet re-uploaded.

Greetings!

[don570]

Would you check the following...

I decompressed latest Easy pyro linux
http://distro.ibiblio.org/easyos/amd64/ ... ro/0.9.10/
to obtain image, but I noticed that there is no right click menu item.

So I dragged the image onto the desktop icon for UExtract
to open the image up.

Is there a reason why there is no right click?
___________________________________

[SFR]

Works for me in Fatdog.
What MIME type does ROX report in your case?

Code: Select all

# rox -m easy-0.9.10-amd64.img 
application/img
# 

If your output is the same, check:

• /etc/xdg/rox.sourceforge.net/SendTo/.application_img/
• ~/.config/rox.sourceforge.net/SendTo/.application_img/
• ~/.config/rox.sourceforge.net/OpenWith/.application_img/

There should be a symlink to UExtract in one of the above locations.
The symlinks are created by pinstall.sh (Puppy) or doinst.sh (Fatdog) script at install time.

Greetings!

[don570]

What MIME type does ROX report in your case?

Interesting! When I checked in Easy linux a few hours ago
I found that Rox thinks that the image is some type of octet stream.

Maybe I had clicked on image (trying to open it)) and that damaged it so Rox
saw only an octet stream rather than a proper file???
But I could open it with uextract!!
You can check by opening up my Right click pet
and looking in the OpenWith folder to check for hidden diricons


Right-click-Easy-6.8.8.pet
https://drive.google.com/open?id=1iew-d ... rdwFG--Sh7
____________________________________________________

I will check in a fresh install of easy again.
Maybe I damaged something in the strange way I installed Easy.
I used fatdog64
______________________________________________

[SFR]

Hmm, the actual MIME type of that file in Fatdog is application/x-raw-disk-image.
However, after every fresh install (of Fatdog) I always add my custom MIME type in /usr/share/mime/packages/img.xml - can't recall exactly why now, but probably because some of files with img extension weren't recognized as disk images in the past:

Code: Select all

<?xml version="1.0" encoding="utf-8"?>
<mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'>
<mime-type type="application/img">
  <comment>Disk image</comment>
  <glob pattern="*.img"/>
</mime-type>
</mime-info>

and it overrides the default one.

So, if ROX in Easy reports img as application/octet-stream, you can actually use the above. Just update MIME db after creating that file:

Code: Select all

update-mime-database /usr/share/mime

Anyway, I've also added application/x-raw-disk-image to .desktop files in UExtract package (reuploaded, but didn't bump the version number), so now UExtract should be associated with it at install time.

Thanks for reporting this.

Greetings!

[don570]

I did check as you asked and here are results...

older version of Easy .7
# rox -m easy-0.9.10-amd64.img
application/easy-disk-image
________________________________________
newest version of Easy 0.9.10
# rox -m pyro64-0.5-8gb.img
application/octet-stream
________________________________________
fatdog 710
# rox -m easy-0.9.10-amd64.img
application/x-raw-disk-image
#
-----------------------------------------------------
fatdog800 alpha
# rox -m easy-0.9.10-amd64.img
application/x-raw-disk-image
#

My Easy 0.9.10 distro may be damaged resulting in strange
output --> application/octet-stream???
______________________________________

[don570]

I have a suggestion..

When doing an extraction from archive --->
If there is exit with error message then the last line in terminal should be
'Please check for sufficient disk space'
_________________________________________

[foxpup]

Translation into dutch.

I've never done translations, so this is the first and I did it for my favorit pet that is not in woofCE.
I hope it is alright.
I wanted to do something to celebrate the end of the year.

Happy New Year!

[SFR]

I have a suggestion..

When doing an extraction from archive --->
If there is exit with error message then the last line in terminal should be
'Please check for sufficient disk space'

Hmm, there can be many reasons for failure, so strong emphasis on this particular one, every time, could be misleading.
Besides, many underlaying tools/backends already throw an appropriate message in such a case.
However, actually checking if the destination FS went out of space after extraction, could be the way.
I'll put it on my TODO list, thanks.
___________

Translation into dutch.

I've never done translations, so this is the first and I did it for my favorit pet that is not in woofCE.
I hope it is alright.
I wanted to do something to celebrate the end of the year.

Happy New Year!

Thanks Foxpup, your translation works well down here.
Pet updated.

Happy New Year everyone &
Greetings!

[SFR]

Version 3.34:

- check the free space on destination device after extraction and issue a warning if it's used in 100% (thanks to don570)
- can extract UPXed Windows binaries
- AppRun: try to properly handle filenames with HTML % triplets, which are replaced by ROX to ASCII characters
- (un)install scripts compatibile with Fatdog build system
- various fixes and improvements
- new formats/extensions:

• .fsl (same as .fossil) [fossil]
• .sar & .sqlar (SQLite Archive) [sqlite3|fossil]
• .zds (GZDoom Save File) [unzip|7z]

First post updated.

Greetings!