PackIt-1.22 - a flexible Archiving/Compressing GUI
7z problem
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.
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.
- Attachments
-
- packit_7z_before.png
- (36.91 KiB) Downloaded 661 times
-
- packit_7z_after.png
- (20.55 KiB) Downloaded 718 times
Hey David
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:
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).
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!
Did you install p7zip on your own? Where did you get it from?p7zip Version 4.58
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
I'm not sure, but it might be also necessary to re-install the original package before the fix (search for p7zip in PPM).
Not sure which post you're reffering to...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 ).
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!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Why I cannot win a lottery or ...
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.
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.
Save to user's choice of directory
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.
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.
Hey David
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:
and replace $OUTPUT_DIR variable with whatever you want, e.g.:
For UExtract, it's /usr/local/apps/UExtract/AppRun, line 52:
to, e.g.:
Greetings!
The output dir defaults to $HOME only if you start PackIt via menu entry or desktop icon.davids45 wrote:Is it possible to permanently choose a directory for saving the archives to, other than /root?
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
Code: Select all
echo "/mnt/home/archives" > $TMP_OUTPUT_DIR
Code: Select all
CURRENTDIR="${IFILES[0]%/*}/"
Code: Select all
CURRENTDIR="/mnt/home/extracted"
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Selecting a default directory
G'day SFR,
Thanks for the methods to pre-set directories for Packit and Uextract specifying where to put their outputs. Your examples were most helpful.
I've adapted both your packages now, and have combined them into a personal .pet (for install into my Full Pups) and also into a .sfs which I've copied to my Frugals partition for the Frugal Pups to load during booting.
I included the (above mentioned) updating .deb for 7z in each .pet/.sfs as well.
David S.
Thanks for the methods to pre-set directories for Packit and Uextract specifying where to put their outputs. Your examples were most helpful.
I've adapted both your packages now, and have combined them into a personal .pet (for install into my Full Pups) and also into a .sfs which I've copied to my Frugals partition for the Frugal Pups to load during booting.
I included the (above mentioned) updating .deb for 7z in each .pet/.sfs as well.
David S.
-
- Posts: 152
- Joined: Tue 06 Oct 2015, 14:10
- Location: on the inter-planet train
Yes. Select them all and then right-click -> OpenWith (or SendTo) -> PackIt.quirkian2new wrote:Had used packit1.14 for a while now. Can multiple folders be packed into a single tar.xz file. thanks in advance
Alternatively, if you have PackIt icon on desktop, drag and drop them onto it.
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
-
- Posts: 152
- Joined: Tue 06 Oct 2015, 14:10
- Location: on the inter-planet train
Version 1.15:
- added button (within entrybox) to toggle visibility of password
- can handle multiple files dropped onto entrybox (when PackIt was launched via Menu entry, not via right-click option)
First post updated!
Greetings!
- added button (within entrybox) to toggle visibility of password
- can handle multiple files dropped onto entrybox (when PackIt was launched via Menu entry, not via right-click option)
First post updated!
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Do you have 'rar' installed?nic007 wrote:There is no rar compression option in my version (1.12)?
If so, is it executable and located somewhere in PATH (/usr/bin, /usr/local/bin, etc.)?
Otherwise this option won't show up.
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Oh, okay. Only had unrar installed. Thanks for the utility, saves a lot of time.SFR wrote:Do you have 'rar' installed?nic007 wrote:There is no rar compression option in my version (1.12)?
If so, is it executable and located somewhere in PATH (/usr/bin, /usr/local/bin, etc.)?
Otherwise this option won't show up.
Greetings!
SFS your pupsave
With packit, it's easy to get an SFS of files included in your pupsave. Just click on pupsave, new directorie, and past and copy there all files ... or only useful one.
Then you will be able to load on the fly this new Sfs and start a new virgin pupsave.
810 mb compressed to SFS are 210 MB
Of course When decompressed again in RAM, the original size is retrieved, as an inflatable balloon.
Then you will be able to load on the fly this new Sfs and start a new virgin pupsave.
810 mb compressed to SFS are 210 MB
Of course When decompressed again in RAM, the original size is retrieved, as an inflatable balloon.
- Attachments
-
- Dir2sfs.jpg
- Dir2SFS or Packit
- (43.52 KiB) Downloaded 285 times
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonsoir,
Today, I had to reformat a partition from ext3 to ext4. I made a compressed file (tar.xz) of its contents using Packit from a live session (stretch 7.5). When I wanted to restore the backed up files/directories, I unfortunately found that the hidden folders had not been copied/taken into account (.mozilla, .wine, .thunderbird, .filezilla, etc...) and I unfortunately lost all the data that was there.
I write this message to warn users of this very annoying issue and prevent the same thing from happening to them...
Cordialement.
Today, I had to reformat a partition from ext3 to ext4. I made a compressed file (tar.xz) of its contents using Packit from a live session (stretch 7.5). When I wanted to restore the backed up files/directories, I unfortunately found that the hidden folders had not been copied/taken into account (.mozilla, .wine, .thunderbird, .filezilla, etc...) and I unfortunately lost all the data that was there.
I write this message to warn users of this very annoying issue and prevent the same thing from happening to them...
Cordialement.
Hello Argolance.
Try good old zip for this kind of task? It has never failed me.
As in:Where:
-9 => maximum compression
-r => recurse (i.e. grab all directories and sub-directories)
-y => store symlinks as symlinks
Please also note the use of two separate partitions for this kind of task:
One should store the contents of partition sdY on partition sdX.
If you need more information about the capacities of zip for a task like
this, you can typein a console. In this doc, you will learn how to zip special types of files
(e.g. "pipes"), etc., if you need to do so.
But zip will compress ".mozilla" and similar hidden directories as usual,
no need to indicate a special parameter.
IHTH. BFN.
Try good old zip for this kind of task? It has never failed me.
As in:
Code: Select all
cd /mnt/sdX
zip -9ry /mnt/sdX/sdY-disk.zip /mnt/sdY/*
-9 => maximum compression
-r => recurse (i.e. grab all directories and sub-directories)
-y => store symlinks as symlinks
Please also note the use of two separate partitions for this kind of task:
One should store the contents of partition sdY on partition sdX.
If you need more information about the capacities of zip for a task like
this, you can type
Code: Select all
zip -h2 | more
(e.g. "pipes"), etc., if you need to do so.
But zip will compress ".mozilla" and similar hidden directories as usual,
no need to indicate a special parameter.
IHTH. BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
Thank you for replying.
I didn't make a compressed file from the entire partition, only of its contents. I usually do this kind of task manually, using a right click menu entry "Dir2tgz" and this has never failed. This time, I did it from a live USB key session to have access to the partition and be able to format it with gparted. It was for me the opportunity to test Packit: I was not convinced, far from it!
Là, ça fait mal!!!
Cordialement.
Thank you for replying.
I didn't make a compressed file from the entire partition, only of its contents. I usually do this kind of task manually, using a right click menu entry "Dir2tgz" and this has never failed. This time, I did it from a live USB key session to have access to the partition and be able to format it with gparted. It was for me the opportunity to test Packit: I was not convinced, far from it!
Là, ça fait mal!!!
Cordialement.
Thanks for reporting this issue and sorry for the lost data...Argolance wrote:Today, I had to reformat a partition from ext3 to ext4. I made a compressed file (tar.xz) of its contents using Packit from a live session (stretch 7.5). When I wanted to restore the backed up files/directories, I unfortunately found that the hidden folders had not been copied/taken into account (.mozilla, .wine, .thunderbird, .filezilla, etc...) and I unfortunately lost all the data that was there.
I write this message to warn users of this very annoying issue and prevent the same thing from happening to them...
However, I can't reproduce it, even in Stretch.
Are you able to reproduce it again, preferably on some small set of dirs/files?
If so, I'd appreciate a step-by-step procedure.
Also, what tool did you use to inspect/unpack the archive?
Just keep in mind that although ZIP preserves RWX permissions, it won't preserve ownership nor SUID/SGID/Sticky bits.musher0 wrote:Try good old zip for this kind of task? It has never failed me.
Of course it may be negligible, depending on situation.
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
Are you saying that you were right-clicking on each dir, separately, and PackIt it one by one?Argolance wrote:I didn't make a compressed file from the entire partition, only of its contents. I usually do this kind of task manually, using a right click menu entry "Dir2tgz" and this has never failed.
If so, right-clicking a hidden dir (e.g. .mozilla) and using PackIt on it will produce a hidden archive (e.g. .mozilla.tar.xz), unless you specify the archive name yourself.
Perhaps that was the case?
Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]
[b][color=green]Omnia mea mecum porto.[/color][/b]
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
No, I selected all the files/directories of the partition, then used the "Open With" right click menu to build a tar.xz file with Packit to another partition (windows NTFS) , selected "3" (medium) as compressing value. Then, when my partition was formatted to ext4 I moved the compressed file to my new ext4 partition and just clicked on it to uncompress it back directly to the partition.Are you saying that you were right-clicking on each dir, separately, and PackIt it one by one?
I usually configure ROX to show hidden files, may be, while selecting all files of a partition without this setting would be the reason of this issue?