Page 12 of 16
Posted: Thu 14 Sep 2017, 14:03
by Argolance
Bonjour,
Great program: thanks! (shouldn't it be the single default Puppy program of this type?)
French translation pet as attached file.
Just a little question: why two different "locale" directories for mo files, one inside the usual mo files directory with symbolic links ponting to a UExtract roxapp "locale" directory?
Cordialement.
Posted: Thu 14 Sep 2017, 15:02
by don570
Just a little question: why two different "locale" directories for mo files,
Perhaps it's because a different program is run when uextract is first installed.
It's located in /usr/local/apps/
I think it's the AppRun file.
__________________________________________
Posted: Thu 14 Sep 2017, 15:19
by Argolance
Hello don570,
don570 wrote:I think it's the AppRun file.
Yes, I see:
Code: Select all
export TEXTDOMAINDIR="${MYPATH}/locale"
... inside the rox apps directory /usr/local/apps/UExtract/AppRun. Surely fully justified but I currently do not understand exactly why
(just for my very small "coding" knowledge!) 
Cordialement.
Posted: Thu 14 Sep 2017, 16:35
by don570
I believe there's a pinstall.sh script that is run on install and
it is connected to the AppRun file somehow.
It is done that way to make the pop up window at the end of install procedure 'Do you want a Desktop icon?'
I'm not sure how it's done but read the last few lines of the pinstall.sh file
since they are the lines that make the pop up window.
I copied them and put them in my right click utility.
______________________________________________________________
Posted: Thu 14 Sep 2017, 16:38
by SFR
Argolance wrote:but I currently do not understand exactly why
It's portable that way. You can move the entire
/usr/local/apps/UExtract AppDir elsewhere and it still will be working correctly.
IIRC I put the symlinks in
/usr/share/locale only to make them visible to MoManager.
Thanks for the translation!
___________
Version 3.32:
- added French translation (thanks to Argolance)
- new formats/extensions:
- .qtz (Qtractor Archive File) [unzip|7z]
First post updated!
Greetings!
Posted: Thu 14 Sep 2017, 17:11
by Argolance
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
by 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"
Posted: Sat 30 Sep 2017, 22:23
by SFR
Thanks Oscar, it's fixed now.
Greetings!
Posted: Wed 11 Oct 2017, 23:48
by slavvo67
Remains a top 10 program for me. - Thanks again....
Posted: Sat 14 Oct 2017, 16:19
by 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 .
Posted: Sun 15 Oct 2017, 13:01
by backi
Posted: Fri 21 Sep 2018, 14:22
by 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
Posted: Fri 21 Sep 2018, 22:36
by SFR
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
by 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!
Posted: Mon 03 Dec 2018, 01:20
by Pro
Updated Russian translation for 3.33
Thanks.
Posted: Mon 03 Dec 2018, 09:52
by SFR
Thanks Pro! Pet re-uploaded.
Greetings!
Posted: Tue 11 Dec 2018, 22:34
by 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?
___________________________________
Posted: Tue 11 Dec 2018, 23:56
by 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!
Posted: Wed 12 Dec 2018, 00:14
by 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
______________________________________________
Posted: Wed 12 Dec 2018, 10:26
by 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!