aonez / keka Goto Github PK
View Code? Open in Web Editor NEWThe macOS & iOS file archiver
Home Page: https://www.keka.io
The macOS & iOS file archiver
Home Page: https://www.keka.io
Some people prefer lists. Add an option in the preferences and in the menu to fill a list with files and press a button to do the operation.
As commented on #15 by @benungs:
I received the same error today, on OS X El Capitan. It was a huge file, 9.42GB, and was uploaded on a mac with Dropbox (presumably zipped OS X native, but that's a guess), downloaded via Firefox. Same as entusductus, I was able to unzip it with the OS X's native archive utility. I tried it with Keka version 1.0.7 (latest stable release) and the beta version (1.1.0b1r1827), both with the same 'Error Code 2 using "p7zip" Fatal error' message.
Again, these unzip properly with the native OS X archive utility. I think it's a size issue. I'm going to run some tests with different file sizes.
It looks like Keka struggles with zipped files over 4GB. Here you can find two files zipped with OS X's Archive Utility; one slightly over 4GB, the other slightly under 4GB. The smaller one unzips; the larger one fails.
Here a test file: big.7z.zip
The first zip (so GitHub accepts the file) contains a 7z file that contains the big and corrupt zip. Thanks to Igor for the steps to this wonderful little big thing.
As stated here:
https://twitter.com/blynxical/status/802136463446077440
Example file here:
https://t.co/UJJFTPSz0Y
PKG installer looses permissions and can't be executed.
In the settings I've enabled 'Archive as single files'. But this feature is only working for zip compression. Can you fix this please? I'm on Sierra. I'm using the context menu feature as well but both doesn't work. Moving to the Keka.app dock or create with context both is archiving individual.
Thank you.
Can't reproduce it on macOS 10.12 Sierra. Affected machine was running Mac OS X 10.9 Mavericks, with beta version 1.1.0-b2 and presumably older versions are affected too.
As reported by Ralph via mail:
I tried running to (different) compressions tasks in parallel (as I was not aware this was possible, awesome!) and after one of the tasks finishes (it does not matter if it’s the one that was started first or second) the progress bar of the remaining task is no longer shown...
As reported by Sean and @arm0s (via Twitter), give the option to the user to generate a random password.
As reported by an user 이찬형 via mail, when canceling the destination dialog on a extraction causes the task to hang indefinitely.
It's happening to names of files and folders within zip archives (scrambled when looking or unzipping them), and to the content in some Text files, other files seems to fare better even though their names are gibberish.
As asked here in the forum, add settings in preferences, similar as in programs like Transmission.
General, compression and extraction settings.
I've set Keka to close automatically when no window is open and that works fine. However, since Keka opens the compression window at every launch (even when Keka opens in order to decompress an archive), Keka stays open after extraction is finished.
This is quite annoying, and makes me use another app as my default decompression app instead of Keka. Keka should quit automatically after extraction when it has been launched to extract something, that should at least be an option.
From #18
(github won't let me upload *.7z)
Error code 2 using "p7zip"
The DMG will not mount and returns the following system message:
“Keka-1.0.9.dmg” is damaged and can’t be opened. You should move it to the Trash.
Multiple attempts were made to download from S3 and Github. The zip from Github seems to work fine.
Currently, if Keka is opened with a file, it shows the dialog and forgets the main action. Make the dialog with a timer, and use a bit if user already clicked on it manually in the preferences.
mdworker[xxx]: zip importer encountered an error (3) scanning "Keka.zip".
Seems it tries to scan the file as soon as it has been created, while may be not yet fully constructed. Seems to affect only on the Desktop, with compression tasks that take relative time to complete (more than a second maybe?).
Maybe the system can be notified the file is a work in progress.
Styles
Sizes
Formats
When dropping multiple files or a folder to formats Gzip, Bzip2 and Xz Keka makes a tarball. Next operation will also be tarball until the format changes.
Hey
First: great program! Thanks so much for writing & sharing this.
Now, for a minor bug report:
System: OSX 10.11.6
Keka version: 1.0.6
Goal: create a single 7z archive from several input folders/files, without opening Keka app, i.e. by creating archive with command from context menu in Finder.
To reproduce the problem, consider the following two options to the get the intended behavior described in 'Goal' above:
Option 1: Set Keka as default archiver, use OSX default context item "Compress..."
=> Result: Keka correctly compresses several files/folder into a single file, but uses zip, not 7z, despite being selected as default format in Keka Setting.
However, maybe that's an OSX system-wide limitation, so instead, consider the next option:
Option 2: Use service/workflow from context menu to archive/compress with Keka. In Keka settings, set 7z as default format, and check option "Archive as single file" in Preferences --> Compression
=> Result: Using service on selected files/folders, Keka now correctly uses 7z as format, but archives each file/folder individually, not respecting the "Archive as single file" setting apparently.
Can anyone confirm this behavior?
I created an icon pack to make Keka feels more elegant and beautiful .
Here is the download link
When trying to unzip a zip file that was previously created with the macOS Sierra integrated compressor, Keka fails with "Error Code 2 using p7zip" - Fatal Error.
Keka removes the .zip file extension and leaves a plain file in place.
Using the integrated compressor to unzip the same file works as expected.
When attempting to extract a password-protected RAR file, version 1.0.9 instead gives the following error message:
Extraction of "" failed
Error code 255 using "unrar"
Canceled manually
The beta link on the homepage of www.kekaosx.com returns a Github 404.
Current link
https://github.com/aonez/Keka/releases/download/v1.1.0-b2/Keka-1.1.0b2r1862.dmg
Correct link
https://github.com/aonez/Keka/releases/download/v1.1.0-beta.2/Keka-1.1.0b2r1862.dmg
As in old ticket: http://trac.kekaosx.com/ticket/30
Add a check in the Zip compression panel to enable AES encryption instead of Zip Legacy 2.0. This will replace the current Terminal.app command https://github.com/aonez/Keka/wiki/ZipAES.
As reported by Jérôme via mail, when compressing a symlink to a tar file, it gets broken.
OS X 10.8 does not include xz binary, bsdtar 2.8.3 says -J
option unsupported. Seems bsdtar is built without LZMA support.
Works on 10.9+.
Have the legal issues been resolved? If so can the source code be added to this github repo?
Thanks
I posted a negative review of Keka about 12 months ago. Today, finally I received a response but I still don't understand how this app works. In the UI, I see controls for...
...but there's nothing in the user interface or menus that explains how to specify input, i.e. files to compress, to Keka. And there's nothing that show how to initiate the compression process. No explanatory text, no buttons, nothing. Can you please explain how your app works?
It'd be great if keka supported validating the integrity of archives, to detect bit rot. I believe the official 7-Zip Windows app calls this Test Archive
.
See e.g. http://superuser.com/questions/193290/tesing-archive-with-7-zip.
Hello, this probably isn't the best place to report this issue, but I'm awaiting forum access for the kekaosx.com site so here I am.
The download link, as well as a few others like Project, on the keka website (http://www.kekaosx.com/en/index.php) fail. The links report 404 for some reason.
To reproduce the issue. Visit http://www.kekaosx.com/en/index.php and click the large green Download button (Download Keka 1.0.8 (19.2 MB). This produces the 404 page.
Thanks
As reported via Twitter by @grahamalmeida, p7zip split with 2500+ parts might fail.
Due to a limit in the system, p7zip cannot open more than X files at once, and it needs to do it when splitting. Increasing this limit bypasses this issue.
You can download this script, extract it, double click on install and write your password as a workaround. Remember to reopen Keka after executing the script. Open the README.md inside for more info.
Alternatively, if you want to do it yourself, create an xml file named limit.maxfiles.plist with this content. Note that I've set open files to 64.000 and processes to 999.999.999, since I can't set it to unlimited, this is the closest. You can change those values, I don't recommend to decrease the process limit though:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
"http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>limit.maxfiles</string>
<key>ProgramArguments</key>
<array>
<string>launchctl</string>
<string>limit</string>
<string>maxfiles</string>
<string>64000</string>
<string>999999999</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>ServiceIPC</key>
<false/>
</dict>
</plist>
Place it under /Library/LaunchDaemons, you'll require to write your password.
With the terminal (again, you'll need your password):
sudo chown root:wheel /Library/LaunchDaemons/limit.maxfiles.plist
Finally, still in the terminal, load it with:
sudo launchctl load -w /Library/LaunchDaemons/limit.maxfiles.plist
The compression should work now. If you want to revert this, just delete the file and restart the system.
The tip was found here: http://superuser.com/a/1171026
I would like to get a refund, as i purchased a version of Keka but it doens't work as expected. I wanted to encrypt files with AES 256 but the option doesn't seem to be there. How can i get a refund?
Splitted Rar files are not deleted automatically like *.r00, *.r01, *.r02, *.r03,…
Or did I misconfig something?
the *.rar file is deleted but the rest stays still in the folder
Any possibility of adding lzo compression support? I ended up buying Snowflower Arc for lzo support but I'd rather use Keka as I prefer it's interface and ability to launch from the context menu.
I try to backup some things on my mac, and I need a spanable compression format, but every spanable format does break Aliases, no matter if I include or exclude the mac ressources.
I tried ISO and DMG which work fine. Also the OS interne archiver does .zip/unzip thes files flawless.
Any ideas with a workaround to compress some assorted mac-folders in a spanable archive type?
OSX 10.11.6 and KeKa Version 1.0.9 (1756)
The Heroes of the Storm installer app (found here) extracts an invalid .app with Keka, though succeeds with Archive Utility. When opening the Keka extracted .app:
The Archive utility extracted .app:
It must be extracted with unrar, since no p7zip RAR library is implemented. Otherwise try to implement the p7zip library as a fallback.
As a quick fix, replacing the EXE extension with RAR extension fixes the issue.
Example file here.
As notified by Guillaume via mail, at least using the French localisation, the 1.4 preset does not work.
If Keka is started with an operation, this option (and others) do not appear in the menu. This one is necessary. Also adding a Command (command+K maybe) will be helpful to open faster the Advanced window.
Please set up translations to use Transifex for automated deploy. It is free for open source projects, it connects natively with GitHub and is very widespread tool across the Open Source community. It also supports Apple Strings.
Getting the following security error when trying to download the latest release from Github using Chrome.
Enable Keka to create services with Automator, making the download of the context menu package unnecessary and the translation/installation of the service easier.
Also, such automatic creation + command line Keka support can enable for a more custom service actions (Thanks for the idea Ralph).
As commented by Dimitri via mail, when dropping a folder with a compatible extension Keka tries to extract the folder by default, throwing an error.
Check if the dropped input is a folder.
Keka: v 1.0.9 (1756)
OS: Mac 10.12.5
When I used Keka to create a 7zip archive, using the pre-set 4480MB split option, it created a 4.7GB file that OS X reported as being too large to burn to DVD or disc images.
Hello
There is a mismatch with the MD5 checksum for the Keka-1.0.9.dmg file. On http://www.kekaosx.com/en/ (and also other languages), the following is mention:
Download Keka 1.0.9 (19.2 MB)
Requires Mac OS X 10.7 or newer
MD5: f7cca32cf77a00cff66d127bd84af6b5
But the downloaded file then has a different checksum:
$ openssl md5 Keka-1.0.9.dmg
MD5(Keka-1.0.9.dmg)= af5659e5e2c92e624f71a3340fa06d28
$ md5 Keka-1.0.9.dmg
MD5 (Keka-1.0.9.dmg) = af5659e5e2c92e624f71a3340fa06d28
Did something strange happen to the file from the download?
Files in password protected 7z and Zip archives can be extracted with The Archive Browser 1.11.1. Don't know about Tar, Gzip, Bzip2. It cannot extract files from Dmg and ISO images.
WIM files ("Windows imaging (WIM) image", says file
) are supported by the 7z compressor and they are also supported by Keka, yet Keka doesn't know it is supporting them. All I need to do is to rename archive.wim
to archive.wim.7z
and Keka will extract it just fine. So the WIM support is almost ready, just register the file extension, let Keka know what to do with it and announce WIM extraction support on the webpage. One of the least expensive features ever! ;-)
As asked by @HeTweetsStuff on Twitter, study the possibility of adding HFS+ compression.
Maybe using ditto: ditto --hfsCompression
Maybe using a third party (C code available): https://brkirch.wordpress.com/afsctool
Some more info:
http://hints.macworld.com/article.php?story=20090902223042255
https://github.com/jrk/afsctool
It would be nice to use Keka to create xz/lzma compressed archives instead of manually going to the Terminal. Keka already decompresses these files without issues and xz compression is becoming quite popular and useful.
Will it ever be supported as a new compression option?
Thank you.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.