(old)Puppy Linux Discussion Forum

Posted: **Thu 14 Sep 2017, 17:11**

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

OK, thanks!

Posted: **Sat 30 Sep 2017, 21:19**

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

#! /bin/bash

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

set -o pipefail

APPNAME="UExtract v3.31"

Posted: **Sat 30 Sep 2017, 22:23**

Thanks Oscar, it's fixed now.

Greetings!

Posted: **Wed 11 Oct 2017, 23:48**

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

Posted: **Sat 14 Oct 2017, 16:19**

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 .

Posted: **Sun 15 Oct 2017, 13:01**

Cool app !

Posted: **Fri 21 Sep 2018, 14:22**

@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

Posted: **Fri 21 Sep 2018, 22:36**

quirkian2new wrote:@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!

Posted: **Sat 01 Dec 2018, 19:50**

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!

Posted: **Mon 03 Dec 2018, 01:20**

Updated Russian translation for 3.33

Thanks.

Posted: **Mon 03 Dec 2018, 09:52**

Thanks Pro! Pet re-uploaded.

Greetings!

Posted: **Tue 11 Dec 2018, 22:34**

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?
___________________________________

Posted: **Tue 11 Dec 2018, 23:56**

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!

Posted: **Wed 12 Dec 2018, 00:14**

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
______________________________________________

Posted: **Wed 12 Dec 2018, 10:26**

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!

Posted: **Wed 12 Dec 2018, 23:50**

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???
______________________________________

Posted: **Wed 12 Dec 2018, 23:58**

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'
_________________________________________

Posted: **Tue 25 Dec 2018, 22:36**

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!

Posted: **Wed 26 Dec 2018, 11:53**

don570 wrote: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.
___________

foxpup wrote: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!

Posted: **Thu 14 Mar 2019, 11:42**

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!

(old)Puppy Linux Discussion Forum

UExtract-4.2

nl translation