(old)Puppy Linux Discussion Forum

Posted: **Tue 03 Jun 2014, 19:01**

Hey Moat & Neerajkolte, thanks for appreciation!

Version 1.9:

- mksquashfs: better compression in xz mode (-Xbcj x86 -b 512K)
- mkisofs: Joliet disabled when creating Puppy ISO (if presence of "*.sfs", "initrd*" and "vmlinuz" files has been detected)
- fixed regression in creating right-click entries in FatDog
Creating the following link before installing PackIt in FD:

Code: Select all

ln -s /etc/xdg/rox.sourceforge.net/SendTo /root/.config/rox.sourceforge.net/OpenWith

is still mandatory though!

First post updated!

Greetings!

Posted: **Tue 11 Nov 2014, 15:04**

Version 1.10:

- support for lzip (req. lzip)
- withdrawn: '-Xbcj x86' option for mksquashfs in 'xz' mode
- added SHA1
- preview of output archive's size in non-verbose mode
- minor internal changes

First post updated!

Greetings!

Posted: **Sun 01 Feb 2015, 16:08**

Small update...

Version 1.11

- pressing 'Enter' activates the 'PackIt!' button
- better compatibility with FatDog64-700 (ROX right-click integration in pinstall.sh)
- some minor fixes

First post updated!

Greetings!

Posted: **Thu 26 Mar 2015, 15:50**

Version 1.12

- bugfix: creating MD5/SHA1 was failing if output dir wasn't the same as input files' dir
- in Fatdog right-click entries are installed to /etc now
- some internal rearrangements

Note for Fatdog users:
If you have a previous version installed, uninstall it and issue the following command:

Code: Select all

find /root/.config/rox.sourceforge.net/SendTo -type l -name "PackIt" -delete

This will delete old entries from right-click menu, otherwise you'd get duplicates after installing the new version.

First post updated!

Greetings!

Posted: **Fri 20 Nov 2015, 14:10**

German translation attached

Created using Puppy/Quirky/Fatdog standard tool momanager
which is storing translation files under standard TEXTDOMAINDIR=/usr/share/locale.

Thus to make it being used I had to symlink it.

Packed in Fatdog using packit.
Note, GenericName is used in Fatdogs menu, see image
Menu > Wekzeuge > Packit (GenericName[de])
l

Posted: **Fri 20 Nov 2015, 15:17**

Thank you L18L, included in version 1.13.

Version 1.13:
- slightly re-arranged structure of internal directories
- increased max. password length from 64 to 256
- added German translation (thanks to L18L)

First post updated!

Greetings!

Posted: **Fri 20 Nov 2015, 15:21**

Hi SFR.

Again, many thanks for this, no doubt the best packer around.

BFN.

musher0

Posted: **Fri 20 Nov 2015, 15:26**

You're very welcome, Musher0.

Greetings!

Posted: **Mon 23 Nov 2015, 09:05**

Hi SFR, thanks for packit and uextract! Two things.

packit-1.13.pet includes an invisible folder /usr/local/apps/PackIt/locale/.fr-TjP2jO/

As I'm getting weary of right-clicking an archive in ROX-Filer to Send-To packit or uextract, I want to be able to just click a file and have the default archiver open the file (this is on Fatdog64, you guessed). So I set out to change the default MIME-type links in /etc/xdg/rox.sourgeforce.com but then I realized that my wish can't be done, because neither packit nor uextract is an archiver. Together they are the two halves that make up an archiver. Is it possible to come up with a glue GUI for both so that all archive MIME types can be associated with the glue GUI? For comparison, Jamesbond has pupzip replaced with his own compatible script, which defaults to opening xarchiver.

Posted: **Mon 23 Nov 2015, 10:57**

Hey Step

step wrote:packit-1.13.pet includes an invisible folder /usr/local/apps/PackIt/locale/.fr-TjP2jO/

Thanks, fixed and re-uploaded. It was a leftover from extracting de translation via File-Roller.

step wrote:As I'm getting weary of right-clicking an archive in ROX-Filer to Send-To packit or uextract,

How did you intall both apps? Did you use "Convert to New Package Format"?
Pinstall scripts should have taken care of associating ROX right-click actions with appropriate MIME-Types, so PackIt/UExtract should be available directly after right-clicking a file, no need to use "Send-To".

step wrote:I want to be able to just click a file and have the default archiver open the file (this is on Fatdog64, you guessed). So I set out to change the default MIME-type links in /etc/xdg/rox.sourgeforce.com but then I realized that my wish can't be done, because neither packit nor uextract is an archiver. Together they are the two halves that make up an archiver. Is it possible to come up with a glue GUI for both so that all archive MIME types can be associated with the glue GUI? For comparison, Jamesbond has pupzip replaced with his own compatible script, which defaults to opening xarchiver.

Hmm, I don't understand why would you want to associate only archive MIME-Types with a glue GUI that invokes also PackIt?
I think the point is to associate all NON-archive (or just all) MIME-Types with PackIt and this is how it's done in its pinstall.sh (all known types -> PackIt).
Anyway, I'm not quite sure are you still reffering to right-click action or just left clicking on a file?

Btw, you may also want to check Radky's pArchive.

Greetings!

Posted: **Mon 23 Nov 2015, 12:35**

SFR wrote:How did you intall both apps? Did you use "Convert to New Package Format"?
Pinstall scripts should have taken care of associating ROX right-click actions with appropriate MIME-Types, so PackIt/UExtract should be available directly after right-clicking a file, no need to use "Send-To".

I unpacked .pet files and copied all files to their respective locations. I read pinstall.sh and decided that all I needed was Send-To links --without any MIME-type involved-- to packit and to uextract for any file type, so I created the links manually. That's it. It's served me well, so far.

step wrote:I want to be able to just click a file and have the default archiver open the file (this is on Fatdog64, you guessed). So I set out to change the default MIME-type links in /etc/xdg/rox.sourgeforce.com but then I realized that my wish can't be done, because neither packit nor uextract is an archiver. Together they are the two halves that make up an archiver. Is it possible to come up with a glue GUI for both so that all archive MIME types can be associated with the glue GUI? For comparison, Jamesbond has pupzip replaced with his own compatible script, which defaults to opening xarchiver.
Hmm, I don't understand why would you want to associate only archive MIME-Types with a glue GUI that invokes also PackIt?

Think of how it works on Fatdog64 by default; clicking an archive file starts xarchive, from which you can uncompress OR add more files to the archive. Now I would like to replace the role of xarchive with the role of a combined packit-uextract, hence my question about a glue GUI.

I think the point is to associate all NON-archive (or just all) MIME-Types with PackIt and this is how it's done in its pinstall.sh (all known types -> PackIt).
Anyway, I'm not quite sure are you still reffering to right-click action or just left clicking on a file?

I wasn't clear enough, you're right, I used "associate" meaning two different things. I meant right-click for the Send-To links, and left-click for the combined GUI. In other words, make the combined GUI the default MIME-type handler and ROX action for archive files.

Posted: **Mon 23 Nov 2015, 12:58**

Thanks for clarification.

step wrote:Think of how it works on Fatdog64 by default; clicking an archive file starts xarchive, from which you can uncompress OR add more files to the archive. Now I would like to replace the role of xarchive with the role of a combined packit-uextract, hence my question about a glue GUI.

I see what you mean. But I'm afraid it won't be working in case of PackIt-UExtract combo, because PackIt is unable to ADD anything to existing archives - it can only create new ones.
Similarily, UExtract can extract an archive only as a whole.

Personally, I use File-Roller (the last GTK+2 version - 2.32.2; available as contrib pkg at ibiblio) to add/remove individual items to/from archives, because Xarchive(r) can't handle fully-encrypted (i.e. with headers) 7z/rar archives.
It has some limitations - doesn't support the latest (>= 5.0) unrar, crashes from time to time, but I haven't found anything remotely close to FR in terms of usability...

Greetings!

Posted: **Tue 24 Nov 2015, 09:19**

Thanks for the tip, SFR. I will be looking into file-roller. I 'm not satisfied with xarchiver's usability either.

Posted: **Fri 29 Jan 2016, 13:38**

Thank you for this, SFR...using in Slacko 5.7 32-bit

Posted: **Sat 13 Feb 2016, 15:03**

I'm glad you like it, Russoodle.

___________

Version 1.14:

- added '-mqs' switch to 7z (only for versions >= 15) in order to re-enable old sorting method, which provides better compression for solid archives
- mksquashfs: can detect and use 'lz4' (if mksquashfs supports it)
- also added 'lz4' to PASS_2 tools
- if "Password" field is empty, "Encrypt filenames" checkbox is kept insensitive (works only for Gtkdialog >= 0.8.3)
- removed some superfluous extensions like .gzip, .gtar, etc.
- after clicking X (during packing) PackIt won't be continuing in the background, but will just abort

First post updated!

Greetings!

Posted: **Fri 18 Mar 2016, 01:41**

G'day SFR,
I've just tried to do some archiving with Packit using 7z. I have many old archives using this compression form (via 7z in Windows or more recently with wine).

Trying in a couple of Pups, Packit failed, reporting a missing .dll file or similar.
In slacko-6.3.0, I took a couple of screenshots, before running the 7z option and after (the log file from the failure).

An early post in this thread mentioned doing something with a Win/7z program and making a .exe file (it's not clear to me what this meant

).

Is this a fix for my 7z problem or am I needing to do something else?

Thanks,
David S.

Posted: **Fri 18 Mar 2016, 18:48**

Hey David

p7zip Version 4.58

Did you install p7zip on your own? Where did you get it from?
This is very old version and looks like it's incomplete (missing 7z.so).

Slacko-6.3.0 has p7zip-9.20.1 preinstalled, but PackIt can't see it, because /usr/bin/7z file has wrong permissions. Slacko64-6.3.0 is ok in this regard, btw.
It can be easily corrected by:

Code: Select all

chmod +x /usr/bin/7z

So, my advice is to uninstall the older package and apply the above fix.
I'm not sure, but it might be also necessary to re-install the original package before the fix (search for p7zip in PPM).

davids45 wrote:An early post in this thread mentioned doing something with a Win/7z program and making a .exe file (it's not clear to me what this meant ).

Not sure which post you're reffering to...
It depends on a person who compiled/packaged p7zip, but usually it comes with 7zCon.sfx module, which allows to create self-extracting 7zip archives (*.sfx) for Linux.
PackIt can make use of this feature.
Also, if you manually extract 7zip package for Windows, get 7z.sfx module and copy it to where p7zip files reside (usually /usr/lib/p7zip or /usr/local/lib/p7zip or, for Slacko-6.3.0, /usr/libexec/), PackIt can make use of it, too, so you can create self-extracting 7zip archives (*.exe) that will work on Windows.
If any of the above is available, it can be selected in the combobox right to the 'Archive name' field.

Greetings!

Posted: **Sat 19 Mar 2016, 00:02**

G'tag SFR,

Thank you for explaining the situation with 7z in Packit.

The first Pup I tried was an oldish Wheezy so your first explanation would apply to that. I will fix that when next I boot that Pup.

The second Pup I had tried yesterday with Packit and the 7z archiving was a 32-bit Slacko-6.3.0 - so I had your second example of 7z problems. Likewise, I'll look to fix that when next booting that Pup.

2 out of 2 misses for me because of my "luck" in picking options

.

Today I've booted a TahrPup (5.9.3) and Packit worked immediately and very well to create a 7z archive

.

Thanks again,
David S.

Posted: **Tue 22 Mar 2016, 00:48**

G'day SFR,

Thanks for your help (previous posts).

I now have Packit running in all my Pups. Updated Packit (from .2 to .14 in quite a few Pups here) and loaded the latest 7z files (via a .deb file, p7zip-full_15.09+dfsg-4_i386.deb). I also had just copied the relevant 7z files from good Pups to bad but simply clicking the .deb seemed to be easier.

Is it possible to permanently choose a directory for saving the archives to, other than /root? I'd like to keep them all on my data partition (sda5) which every Pup auto-mounts at boot.
I could not find a config file for Packit so I guess this detail is somewhere in the program (where it selects root as the default)?

And I like the same option in Uextract too, if there is a fix in Packit

.

David S.

Posted: **Tue 22 Mar 2016, 11:28**

Hey David

davids45 wrote:Is it possible to permanently choose a directory for saving the archives to, other than /root?

The output dir defaults to $HOME only if you start PackIt via menu entry or desktop icon.
If you start it from ROX-Filer context menu (or drag'n'drop an item onto desktop icon), it inherits input items' path.
Same goes to UExtract.

Anyway, if you want to hardcode some specific location, find this line (89) in /usr/local/apps/PackIt/packit:

Code: Select all

echo "$OUTPUT_DIR" > $TMP_OUTPUT_DIR

and replace $OUTPUT_DIR variable with whatever you want, e.g.:

Code: Select all

echo "/mnt/home/archives" > $TMP_OUTPUT_DIR

For UExtract, it's /usr/local/apps/UExtract/AppRun, line 52:

Code: Select all

CURRENTDIR="${IFILES[0]%/*}/"

to, e.g.:

Code: Select all

CURRENTDIR="/mnt/home/extracted"

Greetings!

(old)Puppy Linux Discussion Forum

PackIt-1.22 - a flexible Archiving/Compressing GUI

PackIt-1.12 - a flexible Archiving/Compressing GUI

7z problem

Why I cannot win a lottery or ...

Save to user's choice of directory