(old)Puppy Linux Discussion Forum

Most .run files are created using makeself, so you should be able to filter those out. Otherwise, you've probably covered the majority of cases for the drivers...

Thanks for noting both the description and real type of file for the last batch of additions! Have you added rusty-bolt-extraction yet? I haven't found a really dependable way to extract them yet, but I know you can create them with tourque-wrench-wait-50-years...

Have you added rusty-bolt-extraction yet? I haven't found a really dependable way to extract them yet, but I know you can create them with tourque-wrench-wait-50-years...

The hot spanner was a favourite but a pair of good quality mini mole grips could save the day with some fiddly problems. Of course a good long wd40 hot tub can relieve some situations...

mike

Don't have one atm, but cat rusty_bolt_and_nut | tr -d '[:rust:]' | tar xf - should do the job as well.

amigo wrote:Most .run files are created using makeself, so you should be able to filter those out. Otherwise, you've probably covered the majority of cases for the drivers...

...or maybe pull them out manually?
This one behaves promising and should be safe enough:
But I wish find and test more types of those .run monstrosities, before including it back into UExtract...

Oh, and I just now found out that 'GNU tar' automagically recognizes compression format, so it would be enough to use only 'tar xf' in most cases...but I think I'll keep stick with piping.

Greetings!

Yes, tar guesses the format from the name suffixes, but my earlier tip about using --use-compressor is better since it lets you second-guess tars abilities -like for pets which are really tgz archives.

Update, version 2.0:

New extensions:
.dbk (Sony Ericsson Mobile Phone Backup File - not tested, but it's a zip)
.dotx (Word Open XML Document Template - zip)
.eftx (Office 2007 Theme Effect File - zip)
.emerald (Emerald theme - tar.gz)
.emz (Windows Compressed Enhanced Metafile - gz)
.gg (Google Desktop Gadget File - zip)
.ksf (KMPlayer Skin File - zip)
.mct (MSN Messenger, Packaged Wink File -cab)
.nex (Opera's Navigator Extension format - handled by 7z)
.oex (Opera Extension - zip)
.onepkg (Microsoft OneNote Package File - cab)
.potx (PowerPoint Open XML Presentation Template - zip)
.thmx (Office 2007 Theme File - zip)
.wlz (Winamp Language Pack - zip)
.wmz (Compressed Windows Media Player Skin - zip)
.xlam (Excel Open XML Macro-Enabled Add-In - zip)
.xltx (Excel Open XML Spreadsheet Template - zip)
.xsn (InfoPath Form Template File - cab)
.mp3/.wma - extracts album art, if any. So far works only with Slacko's ffmpeg, but not with e.g. Precise's avconv.

.run has been restored (the manual, safe routine)
Tested with:
- amd-driver-installer-catalyst-13.1-linux-x86.x86_64.run
- LinReaper0.87.run
- NVIDIA-Linux-x86-319.49.run
- tremulous-1.1.0-installer.x86.run
- VirtualBox-4.2.18-88780-Linux_x86.run
Won't work with 'binary' .run installers (e.g. mplabx-ide-v1.run)...grr, they should have named it as *.bin IMO.
Also, won't work with WMware-player installers.

.j - removed. My bad, it's a JAR Archiver's format, not related to JAVA's .jar.
I obtained an old JAR Archiver (works in DosBox) and created a test archive, but even 7z can't unpack it...

Other stuff:
- Added menu entry (under Utility) - if launched this way, Xdialog's fileselector will pop-up (only one file at a time can be chosen/extraced).
Actually, I've added it to simplify using UExtract as a right-click option in other file managers, like PCManFM or SpaceFM.
The user himself has to take care of associating appropriate filetypes with UExtract, e.g. in PCManFM:
right-click a file -> Properties -> Open with -> Customize -> Utility -> UExtract
BTW, if you don't want to have it as a default handler (launched by left-click on a file), expand "Open with" list again and choose another (if exists).

- Custom icon; since I can't draw at all, I assembled one using Vovchik's Pikona.

- If present, Gtkdialog's VTE feature will be used, instead of xterm. Slacko >= 5.4 (or >=5.5?) has it.

- /usr/local/apps/UExtract is now 100% self-containable ROX-App.
Drag'n'dropping multiple files onto it is allowed.
/usr/local/bin/uextract is now just a symlink to /usr/local/apps/UExtract/bin/uextract

- Added brief 'Filetypes Info' help page (dedicated to Amigo ) - can be viewed by right-clicking the UExtract's ROX-App dir (again, it's /usr/local/apps/UExtract, but it's better to create a shortcut on the pinboard).

First post updated!

Greetings!

Just could not follow , quit since I think that I never encountered 99% of the file formats mentioned here .

About .bin files :
Older Java archives have .bin extension .
I do several head -nX00 on them to figure out the run part and split them into .sh and .archive and run
j*.archive
on it so it self-extracts .
java .bin might have .pack files that need to
unpack200 *.pack *.jar

-unpack200 is a java binary .

Amigo has liked: (dedicated to Amigo Wink)

I put a modified version of UExtract 2.0 in Right-click-6.7.5 menu utility.
I put a warning window inside if 7z not installed.

http://murga-linux.com/puppy/viewtopic. ... 890#726890

_____________________________________________

Hey Don, thanks for the info!
BTW, here's the rest of mimetypes, used by UExtract+ROX, that are co-related with 7z. You may want them to be handled by your wrapper as well:
.application_vnd.ms-cab-compressed
.application_x-arj
.application_x-lha
.application_x-ms-dos-executable
.application_x-ole-storage
.application_x-windows-themepack

@Karl: I wish I could stop, but I'm addicted.
And, "unfortunately", I found another formats/extensions:
.acp - Alfresco Content Package [zip]
.ani - Windows Animated Cursor. My own, very simple & crude routine - extracts all .cur images from within it.
.disk - Linux Virtual Hard Disk
.dsk - Disk Image; may work or not. Worked for me with HFS formatted 'System70_boot.dsk'
.gtp - GNOME Theme Package File [tar.gz]
.hfs - HFS Disk Image File [hfs]
.hfv - HFS Disk Image [hfs]
.icl - Windows Icon Library File. 7z can nicely handle some of them. If extraction was successful, icons can be found in .rsrc/ICON subdir.
.ip - IconPackager Theme File [zip]. 7z wasn't able to unpack .icl files found inside, dunno why.
.ipk - Itsy Package (derived from .deb.) [tar.gz]
.mmip - MediaMonkey Installation Package [zip]
.mpk - ArcGIS Map Package [zip]
.msp - Windows Installer Patch [cab]
.mzp - MAXScript Zip Package [zip]
.mzz - Microsoft .NET Download Package [cab]
.nfl - Nokia Flash Lite Package [not tested, but it's zip]
.ntfs - NTFS Partition File
.ovp - The Overlay Maker Package File [not tested, zip]
.pat - DiskStation Manager Installation File (Synology) - [tar]
.pigm - Packaged Indigo Renderer Material File [zip]
.pigs - extracts pork chops (oink!)...err...Packaged Indigo Renderer Scene File [zip]
.quiz - Quobject Quiz Package [zip]
.safariextz - Apple Safari Extension Package [xar]
.sam - Samurize Package [zip]
.sle - Sisulizer Package File [not tested, but zip]
.smzip - StepMania Package [zip]
.spk - Synology Package [tar+gz]
.sys - Windows System File [PE32]
.tpkg - KISS '.tpkg' archive [tar.xz] (spotted in Sc0ttman's thread)
.udeb - Debian Package File [deb]
.unitypackage - Unity Package File [tar.gz]
.wgz - S60 Web Runtime Widget Package [zip, not tested]
.wmd - Windows Media Download Package [ditto]
.wsp - SharePoint Solution Package [cab]
.zxp - Extension Manager Package (Adobe) [zip]
.??_ - Microsoft's Compressed ??? File [cab] - bunch of those *.EX_, *.DL_, *.WA_, etc files., which (after decompression) become *.EXE, *.DLL, *.WAV, etc.

.pack (this time for Karl ) - so far unofficial/unlisted; requires JRE/JDK to be installed. Had problems extracting some (maybe too old? "Corrupted pack file: magic/ver = CAFED00D/3.0 should be CAFED00D/150.7 OR CAFED00D/160.1") *.pack files, but if I create one, I can extract it.

What else:
- change in 'help page', added "Used tool(s)" column, e.g.:
'.spk - Synology Package [gunzip+tar]' instead of '.spk......[tar+gz]'
- pinstall.sh: ability to create a shortcut on the pinboard (if in use) during install time
- various fixes and improvements

A note about .rar5 format: currently only the latest (un)rar supports it, but I'll leave the chain as is (unrar|rar|7z); hopefully future versions of 7zip will support it as well, though Mr. Pavlov isn't too keen to do it atm: http://sourceforge.net/p/sevenzip/discu ... cb75/#9984

First post updated!

Greetings!

Ok, this is the last update for now, because I _finally_ got bored with this app. Anyway, time to move on, right?

New extensions/formats:
.avastsounds - Avast! Soundpack File [zip]
.bmz - Portal Bonus Map Zip File [zip]
.capx - Construct Compressed Project File [zip]
.eaz - ArcGIS Explorer Add-in File [zip, not tested]
.esriAddIn - ESRI ArcGIS add-in file [zip]
.flac - Free Lossless Audio Codec File (extracts album art)
.fwp - Microsoft Expression Web Package [cab]
.g3x - RealFlight Content File [zip]
.gnutar - same as .tar
.gps - GOM Player Skin File [zip]
.gszip - GameSalad Marketplace Asset File [zip, not tested]
.gtar - same as .tar
.htmlz - Zipped HTML eBook [zip]
.i5z - IUCLID 5 Import/Export File [zip]
.iar - OpenSimulator Inventory Archive [tar.gz]
.ipcc - iPhone Carrier Bundle [zip]
.lpk - ArcGIS Layer Package [zip]
.mdzip - MagicDraw Project Archive [zip]
.mga - Manga Document [zip, not tested]
.ndr - Nokia PC Suite Install Archive [PE32]
.ngr - Nokia PC Suite Install Archive [PE32]
.nlr - Nokia PC Suite Install Archive [PE32]
.oar - OpenSimulator Archive [tar.gz]
.odc - OpenDocument Chart File [zip]
.odi - OpenDocument Image [zip]
.odm - OpenDocument Master Document [zip]
.oth - OpenDocument HTML Template [zip]
.ova - Open Virtual Appliance [tar]
.pmlz - Zipped Palm Markup Language File [zip]
.pbp - PSP Firmware Update File - my own routine
.rmskin - Rainmeter Skin File [zip]
.stc - StarOffice Calc Spreadsheet Template [zip]
.std - Apache OpenOffice Drawing Template [zip]
.sti - StarOffice Presentation Template [zip]
.sxc - StarOffice Calc Spreadsheet [zip]
.sxd - StarOffice Drawing [zip]
.sxg - Apache OpenOffice Master Document [zip]
.sxi - StarOffice Impress Presentation [zip]
.sxm - StarMath Formula [zip]
.sxw - StarOffice Writer Document [zip]
.tardist - TAR Distribution Archive [tar]
.tg - same as tar.gz
.webz - WEBZ Compressed eBook File [zip]
.wgt - Opera Widget File [zip]
.wmga - Web Manga Document [zip, not tested]

Thumbs*.db - Windows Thumbnail Cache [handled by 7z + my own routine]

.mobi - removed, because of this.

What else:
- got rid of 'dd' dependency - everything's done with 'tail/head' pair now, which is faster, but I also prefer this way personally;
- added calculation of available space before extraction: it's simple/inaccurate 'input file(s) (unextracted) total size' vs. 'free space', but it's better than nothing;
- PATH & LD_LIBRARY_PATH extended to include directory where 'uextract' currently is (by default: /usr/local/apps/UExtract/bin/), so one can put any missing deps (bins/libs) right there as well!;
- if ar/arj/lha/xar is installed, it will be used in the first place (before the default 7z);
- some other fixes, improvements & general polishing.

First post updated!

Greetings!

"I _finally_ got bored" -but wait! We the users are now gonna ask you to enable creation of all those filestypes. LOL

amigo wrote:"I _finally_ got bored" -but wait! We the users are now gonna ask you to enable creation of all those filestypes. LOL

Indeed, unpacking gets very boring after a while if it's all that you do!
How about "packing"? The same tool can be used in reverse, can it not?
To create archives? Or is 7zip more limited that way?

As it happens, peazip works on my wary 5.5, but I have to "assassinate"
it to close it, it won't close normally. So a good replacement would be
welcome -- at least on some Puppies. Not to mention that the pupzip
Xarchiver can be quite puzzling for the newcomer when it comes to
creating archives.

Finally, FWIW, I tried UExtract on playdayz' lupu 5.25 creator package (a gtar file),
1) it takes forever (the original 445 Mb unpacks to over 1 Gb)
2) it unpacks, but it creates a seemingly unreadable result in a single very big file.

Fortunately, playdayz suggests a command line to do the job.
Ref.: http://www.murga-linux.com/puppy/viewtopic.php?t=67123

The ending of the archive name in playdayz example is a "tgz" wheras I
downloaded a "gtar". What's the difference, please?

In any case, many thanks for your UExtract, and...
"follow your bliss" (to quote Joseph Campbell) !

BFN.

musher0

amigo wrote:"I _finally_ got bored" -but wait! We the users are now gonna ask you to enable creation of all those filestypes. LOL

Ouch, cruel.
I'm sure such a task is designated for some coders in one of the circles in Dante's Inferno.

musher0 wrote:Indeed, unpacking gets very boring after a while if it's all that you do!
How about "packing"? The same tool can be used in reverse, can it not?
To create archives? Or is 7zip more limited that way?

Well, the problems is that in order to unpack given archive format, we usually need just one, hardcoded command (e.g. 'tar xvf archive.tar'), but to create one, we'd have to deal with sometimes dozens of parameters (encryption, encryption method, compression method, compression level, follow symlinks (or not), and so on, and so on) - each archiving/compression tool have a different set of them...and it would be nice to not hardcode those parameters, but give choice to end-users. So, unfortunately, there's no easy way to turn UExtract into UPack.
Personally, I'm using ROX right-click option that "sends" selected dir to File-Roller: or Amigo's ZipZap (drag'n'drop).
However, I've been thinking about it and I'm not saying "no", I'm just saying "not in the nearest future".

musher0 wrote:1) it takes forever (the original 445 Mb unpacks to over 1 Gb)
2) it unpacks, but it creates a seemingly unreadable result in a single very big file.
The ending of the archive name in playdayz example is a "tgz" wheras I
downloaded a "gtar". What's the difference, please?

Oh, .gtar has been added just now in v2.2.
According to FileInfo it's just a plain .tar:

The GTAR extension is rarely used for Tar archives. Instead, the .TAR extension is much more commonly used.

But the file I have downloaded has .tgz extension and it is gzipped tar (not plain tar) indeed, so everything's fine and UExtract has no problems with it.

BTW, before v2.2 this extension (.gtar) wasn't included and was being processed by 7z (fallback).
So I suspect that:
1. The downloaded file was really gzipped tar (wrongly named as .gtar) and therefore
2. The resulting big and "unreadable" file was most likely uncompressed tar archive with some weird extension given by 7z...

Thanks &
Greetings!

Hello, SFR.

Many thanks for the explanation. No pressure, I was just asking. And as
you mentioned, there are alternatives.

"Coders in Dante's Inferno", eh? (hehehe) Who knows, the Devil
might even have provided Dante with a Surface...

BFN.

musher0

Some browsers don't properly identify things and hange the name -I used to use Opera a lot and it would often rename things to *.gtar when it was really txz or other.

I wrote ZipZap for my everyday use with linux sources and package archives -mostly to be able to quickly create archives and unpack sources the fastest way possible. It doesn't create rpm or debian archives -although I have written another tool which does.

This whole exercise with Uextract, serves as a good lesson on how to control (or not) yourself when deciding what a program you are writing should do or not. Typically, this thing has wound up doing way more than the original idea encompassed. It is always good to really narrow down the programs' concept and scope as much as possible. You can always expand the concept later, but having it closely defined makes it easier to decide what stay in and what stays out. It also shows how a general re-write after the first couple of versions is usually a Good Thing(tm).

Just to say I've been playing with 214R again (my first long term Puppy), and UExtract works fine - well once I added a few missing bits. Not all are useful to me, so went for 7z, xz, and Base64 (actually I don't know what that one is for, but it's tiny).
Installed Right-click-6.7.5-pet, and that works with it too.

base64 ... tis for converting such as binary data into a format thats web and database friendly by using a set of 64 ascii characters..... iirc 4 characters would represent 3 bytes on the 6bit to 8 bit basis.

Only reason i heard of it was it was needed for an Xchat plugin i wanted and i had to furkle some code to make it happy on mingw building.

See this forum is full of useless information

mike

Hi SFR,

I'm teaching myself how to gettext
Attached is the gettexted version of AppRun.

Here it is in Dutch:


With the gettexted version Momanager will be able to see UExtract and translations can be made.

Thanks for UExtraxt!
Let its journey around the world begin

@Keef & @Mikeb: Yeah, 'base64' is only needed (here) for base64 encoded files with .b64 suffix.
Nothing really relevant for overall UExtract's functionality.
In earlier versions it was also used to extract base64 encoded stuff from within .mht files, but it's been withdrawn a few versions ago.
____________________

@Bert: Thanks for gettext'ing. Indeed would be nice to "enable" this app for non-English users, what would significantly help in World Domination.
When/if I'll feel the power again, I'll try to gettext also 'uextract' script itself (but don't wait for me, if you'd like to play with it by yourself).
____________________

A general note:

I just discovered that UExtract may spit some error/misleading messages while extracting file(s) from a location that contains spaces in its path.
The actual culprit is /bin/df script, which (at least in Slacko & Precise) is a wrapper for df-FULL.
Long story short, this line (no. 8 ): should look like this (additional double quotes): Similarily, UExtract may refuse to extract .iso, .?fs, etc. with spaces in its name/path.
Same story, but with /bin/mount script.
Slacko-5.6 has this fix already included, but in case of other Puppies it's trivial to correct it manually, see here:
http://www.murga-linux.com/puppy/viewto ... 315#716315

The above info is only for those who don't afraid to tinker with system internals. If you do - just remove spaces before extraction.

Greetings!

SFR wrote:When/if I'll feel the power again, I'll try to gettext also 'uextract' script itself

I already did. Unfortunately encountering syntax errors. I have some more learning to do