Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Sat 21 Sep 2019, 07:48
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Utilities
UExtract-3.38
Post new topic   Reply to topic View previous topic :: View next topic
Page 12 of 18 [263 Posts]   Goto page: Previous 1, 2, 3, ..., 10, 11, 12, 13, 14, 15, 16, 17, 18 Next
Author Message
don570


Joined: 10 Mar 2010
Posts: 5346
Location: Ontario

PostPosted: Mon 16 May 2016, 18:26    Post subject:  

I put version 3.22 in my raspberry pi.
Now I'll put 3.23 in my newest effort Laughing
Great stuff. I would be lost without it.
______________________________________
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 5346
Location: Ontario

PostPosted: Thu 02 Jun 2016, 18:50    Post subject:  

I came across an unusual bug... It's not uextract's fault.
Attached is the faulty pet package.

My guess is that someone (perhaps 01micko) tapered with a script,
perhaps pet2tgz.

If I try to install it the regular way here is what I get



I reported it here.
http://www.murga-linux.com/puppy/viewtopic.php?p=906352#906352

An old version of uextract 2.7 will extract it if I'm using fluppy,racy, raring, xerus
but the latest version of uextract 3.23 won't. (See terminal ouput)

Quote:
/usr/local/apps/UExtract/uextract: line 1219: syntax error near unexpected token `"$1"'
/usr/local/apps/UExtract/uextract: line 1219: ` --) shift; while (($#)); do FILESSTACK+=( "$1" ); shift; done; break ;;'



but recent versions of Slacko and tahrpup 5.8.3 work fine with this
pet package.
See terminal output...

Quote:
UExtract v2.7 by SFR'2013; GNU GPL v2 applies

Please wait, checking available space...OK!


____________________________________________





_____________________________________________
The_Musher0_Playlist_Player-3c.pet
Description  faulty pet package
pet

 Download 
Filename  The_Musher0_Playlist_Player-3c.pet 
Filesize  48.56 KB 
Downloaded  189 Time(s) 
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1731

PostPosted: Fri 03 Jun 2016, 07:20    Post subject:  

@Don: apparently Bash version in those Pups is too old to recognize += operator, at least in case of arrays.
Since I'd like to keep backward compatibility with Bash 3.0, I'll fix it in next release.

Until then, here's hotfix:
Code:
sed -i 's/FILESSTACK+=( "$1" )/FILESSTACK=( "${FILESSTACK[@]}" "$1" )/g' /usr/local/apps/UExtract/uextract

Let me know if this works for you.

Thanks for the report &
Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 5346
Location: Ontario

PostPosted: Sat 04 Jun 2016, 16:18    Post subject:  

I'll try your fix and report.
Don.
_____________________
Back to top
View user's profile Send private message 
don570


Joined: 10 Mar 2010
Posts: 5346
Location: Ontario

PostPosted: Mon 06 Jun 2016, 15:15    Post subject:  

Your fix worked on Fluppy 013 !! It extracts the pet without complaint now.
____________________________________________________
Back to top
View user's profile Send private message 
nilsonmorales


Joined: 15 Apr 2011
Posts: 946
Location: El Salvador

PostPosted: Mon 06 Jun 2016, 19:24    Post subject: Spanish locales  

Made a svg, png icon if any want use.
uextract_NLS_es.tar.gz
Description  spanish locales for 3.23 version
Traducción a español de la version 3.23
gz

 Download 
Filename  uextract_NLS_es.tar.gz 
Filesize  11.13 KB 
Downloaded  170 Time(s) 

_________________
My blog | | Github


Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1731

PostPosted: Tue 07 Jun 2016, 10:18    Post subject:  

@Don: thanks for confirmation.

@Nilsonmorales: thanks for the translation, included.
Hope you don't mind - I also included your SVG icon, so if anyone would like to use it instead of the default one, it's already there.

Btw, I added /usr/local/apps/UExtract/help/CREDITS.txt file, so everyone involved is now properly credited.
___________

Version 3.24
- regression: fix backward compatibility with Bash-3.0 (thanks to Don570)
- can handle initrd files with .img extension (compressed using bzip2, gzip, lz4, lzma, lzop, xz)
- added Spanish translation (thanks to Nilsonmorales)
- added alternative icon (thanks to Nilsonmorales)
- new formats/extensions:
  • .ai (Adobe Illustrator File (PS & PDF types)) [{gs+pdftocairo}|pdftocairo]

First post updated!

EDIT: Re-uploaded. I didn't notice that AppInfo.xml and UExtract.desktop files were also translated by Nilsonmorales.

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1731

PostPosted: Fri 22 Jul 2016, 09:01    Post subject:  

Version 3.25:

- can extract PCLinuxOS' initrd, which isn't a cpio archive, but an ext2 image
- minor fixes

New formats/extensions:
  • .sfg (Synfig Studio Compressed Project) [unzip|7z]
  • .sifz (Synfig Studio Compressed Project) [g(un)zip]
  • .snap (Snap Package) [unsqhashfs]
  • .ts (Video Transport Stream File) [avconv|ffmpeg]
  • .uax (Unreal Audio Package) [internal, dirty routine]

First post updated!

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1902
Location: Japan

PostPosted: Thu 04 Aug 2016, 03:17    Post subject:  

I stumbled on MU's Muppy-Filer and downloaded the pet from the linked download address (http://dotpups.de/puppy3/dotpups/Programming/GtkBasic003/Muppy-Filer-0.2.pet).

Uextract (up to newest version) reports an error and can't open the archive Muppy-Filer-0.2.gz, but XArchive can. Normally it's the other way round...
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1731

PostPosted: Thu 04 Aug 2016, 05:17    Post subject:  

MochiMoppel wrote:
I stumbled on MU's Muppy-Filer and downloaded the pet from the linked download address (http://dotpups.de/puppy3/dotpups/Programming/GtkBasic003/Muppy-Filer-0.2.pet).

Uextract (up to newest version) reports an error and can't open the archive Muppy-Filer-0.2.gz, but XArchive can. Normally it's the other way round...

Hmm, no probs here.
What's the output of 'file', btw?
Code:
# file Muppy-Filer-0.2.pet
Muppy-Filer-0.2.pet: gzip compressed data, was "Muppy-Filer-0.2.tar", last modified: Thu Sep  4 18:15:23 2008, from Unix
#

My preliminary guess is it might be the old issue where, during download, a tar.gz archive gets gunzipped on-the-fly and becomes a plain tar:
http://www.murga-linux.com/puppy/viewtopic.php?p=791397#791397

There also may be an opposite situation (gzipping during download):
http://murga-linux.com/puppy/viewtopic.php?p=831400#831400

In such a case UExtract always fails, because it relies (mostly) on extensions, whereas Xarchive(r) seems to rely more on MIME-types.

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1902
Location: Japan

PostPosted: Thu 04 Aug 2016, 05:28    Post subject:  

Code:
# file /root/tmp/Muppy-Filer-0.2.gz
/root/tmp/Muppy-Filer-0.2.gz: gzip compressed data, was "Muppy-Filer-0.2.tar", from Unix, last modified: Fri Sep  5 01:15:23 2008

Code:
gzip compressed data, was "Muppy-Filer-0.2.tar", from Unix, last modified: Fri Sep  5 01:15:23 2008
application/x-gzip; charset=binary
===============================================================================

Extracting...
/root/tmp/Muppy-Filer-0.2.gz:   
gzip: /root/tmp/Muppy-Filer-0.2.gz: decompression OK, trailing garbage ignored
 85.1%

-------------------------------------------------------------------------------
Extraction failed!

*******************************************************************************

Failed files:
> /root/tmp/Muppy-Filer-0.2.gz

*******************************************************************************

1 file(s) processed: 0 successfully, 0 skipped, 1 failed.

Finished!

OK, it works when extension renamed to .pet or .tar.gz
Might be one of those issues you described. While you downloaded a .pet my browser downloaded a .gz. I think it is related to how the server informs - or does not inform - the browser about the MIME type. Opera is pretty picky in this regard. When I receive such pet turned to gz I normally can't open it with XArchiver. Uextract may fail too. This is the first time that only uextract failed and XArchiver did not.

As an example: A server I never succeed to download a pet file from is smokey01's server. The address
http://smokey01.com/software/utility/yad-0.36.2.pet may point to a pet file, but instead I will receive a gz file. This file appears to be empty when trying to view contents with XArchiver, but uextract has no problems with it.

I checked the server headers for "good" pets used on distro.ibiblio.org:
Content-Type: application/octet-stream
...and for "bad" pets on smokey01.com or dotpups.de:
Content-Type: text/plain

My guess: Opera figures that "text/plain" is wrong and tries to sniff the content type, then presents the file as "Gzip archive". Firefox believes everything the server tells him.
opera-firefox-download-dialogs.png
 Description   
 Filesize   32.79 KB
 Viewed   360 Time(s)

opera-firefox-download-dialogs.png

Back to top
View user's profile Send private message 
ttuuxxx


Joined: 05 May 2007
Posts: 11240
Location: Ontario Canada,Sydney Australia

PostPosted: Sat 06 Aug 2016, 19:55    Post subject:  

Been trying this app out and it works really well, Nice Job. Really I only have one issue with it. When I extracted a package it renames it. Why? Most people want to extract and fix or compile something and repackage it, But if its renamed you have to rename it back, Its just an extra step I would rather not do.
Example
uextract-3.25.pet --> extracts --> uextract-3.25.pet.extracted
uextract-3.25.pet --> should extract as uextract-3.25
why add on .pet.extracted
I'm not going to build a package as dir2pet uextract-3.25.pet.extracted I would build a package as dir2pet uextract-3.25
ttuuxxx

_________________
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games Smile
Back to top
View user's profile Send private message Visit poster's website 
SFR


Joined: 26 Oct 2011
Posts: 1731

PostPosted: Sun 07 Aug 2016, 05:21    Post subject:  

Hey Ttuuxxx, glad you like it.

UExtract does not rename anything, it _creates_ output directory after the name of an archive that's about to be extracted, adds '.extracted' suffix to it and then unpacks the archive there.

The reason for having a separate extraction directory is to prevent polluting your filesystem with lots of loose files and dirs in case of archives that do not have the top-most directory.

The reason for the suffix is to, inter alia, prevent ambiguity, as there are archives having top-most directory and those not having it.
The former would produce, e.g. some_pkg/some_pkg/(...) and the latter just some_pkg/(...).
The suffix tells you that this very directory is _not_ a part of the original archive.

Also, if I would choose the way of removing an exisiting extension (e.g. uextract.pet -> uextract) instead of adding '.extracted' one, then what about extensionless filenames, e.g. initrd?
In case when such an archive gets extracted into the same dir, I'd have to modify the dirname anyway in order to avoid clash with input filename.

Not to mention potential troubles with double extensions, e.g. my.stuff.tar.lz4.
There would have to be a predefined list of as many of them as possible, because simple removal of everyting after the first dot won't work correctly if the core of a filename contains dot(s) either.

Currently the naming convention is consistent in all cases, although I agree that sometimes may be inconvenient...
___________

@Mochi: are you using some older version of Opera (the "original" one)?
I tried with the latest Opera-developer (x86_64) and the problem is not present there.

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
MochiMoppel


Joined: 26 Jan 2011
Posts: 1902
Location: Japan

PostPosted: Sun 07 Aug 2016, 07:32    Post subject:  

SFR wrote:
@Mochi: are you using some older version of Opera (the "original" one)?
Yes, the "real" one Laughing
Back to top
View user's profile Send private message 
ttuuxxx


Joined: 05 May 2007
Posts: 11240
Location: Ontario Canada,Sydney Australia

PostPosted: Fri 12 Aug 2016, 22:03    Post subject:  

SFR wrote:
Hey Ttuuxxx, glad you like it.

UExtract does not rename anything, it _creates_ output directory after the name of an archive that's about to be extracted, adds '.extracted' suffix to it and then unpacks the archive there.

The reason for having a separate extraction directory is to prevent polluting your filesystem with lots of loose files and dirs in case of archives that do not have the top-most directory.

The reason for the suffix is to, inter alia, prevent ambiguity, as there are archives having top-most directory and those not having it.
The former would produce, e.g. some_pkg/some_pkg/(...) and the latter just some_pkg/(...).
The suffix tells you that this very directory is _not_ a part of the original archive.

Also, if I would choose the way of removing an exisiting extension (e.g. uextract.pet -> uextract) instead of adding '.extracted' one, then what about extensionless filenames, e.g. initrd?
In case when such an archive gets extracted into the same dir, I'd have to modify the dirname anyway in order to avoid clash with input filename.

Not to mention potential troubles with double extensions, e.g. my.stuff.tar.lz4.
There would have to be a predefined list of as many of them as possible, because simple removal of everyting after the first dot won't work correctly if the core of a filename contains dot(s) either.

Currently the naming convention is consistent in all cases, although I agree that sometimes may be inconvenient...
___________

@Mochi: are you using some older version of Opera (the "original" one)?
I tried with the latest Opera-developer (x86_64) and the problem is not present there.

Greetings!


I do like its a good program, But still a pain in a butt for developers, Here is a scenario, I'm updating Wary 5.5, Don't know if I'm going to release it or not on here yet, Still early days, I've compiled over 30 packages so far, So if I used your program to extract the sources I would have to rename 30 Different packages before compiling or 120+ packages after compiling Sources,Main,Dev, Docs, NSL etc. Adding a '.extracted' suffix is renaming the package. Xarchive, PeaZip, Xarchiver etc nobody adds anything to package name, No suffix etc. Xarchive is very slow on unpacking some sources like Firefox, it can take 20mins plus, Where your program does it under a minute. Really Its the only issue and a large one, I always disliked Xarchive due to speed issues. Xarchiver always worked better.
Thanks
ttuuxxx

_________________
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games Smile
Back to top
View user's profile Send private message Visit poster's website 
Display posts from previous:   Sort by:   
Page 12 of 18 [263 Posts]   Goto page: Previous 1, 2, 3, ..., 10, 11, 12, 13, 14, 15, 16, 17, 18 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Utilities
Jump to:  

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1219s ][ Queries: 13 (0.0437s) ][ GZIP on ]