Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[REQ] Make possible to choose the disk image format/file system #954

Open
Drovosek01 opened this issue Nov 10, 2021 · 5 comments
Open

[REQ] Make possible to choose the disk image format/file system #954

Drovosek01 opened this issue Nov 10, 2021 · 5 comments

Comments

@Drovosek01
Copy link

Is your feature request related to a problem? Please describe

No

Describe you'd like

Yes, I understand that keka is an archiver, not a utility for working with disk images, but if there is an opportunity to expand the functionality of creating disk images, then it would be good.

DMG:
As I understood when creating a disk image from a folder .dmg, keka creates it with the HFS+ file system.
It would be convenient if it were possible to create a DMG with HFS+ and APFS file systems (and to have a choice between case-sensitive and case-independent).

image

P.S.
Perhaps someone will tell you why this functionality is needed in Keka, because with the help of a standard disk utility, you can create .dmg with APFS. Yes, this is true, but the disk utility has one disadvantage - it cannot create a DMG if the folder with files is not on APFS or HFS+ (but for example on exFAT) and then you have to move files to any partition with the native macOS file system. Keka creates DMG without any problems, even if the file folder is located on exFAT.

ISO:
As I understood when creating a disk image from a folder .dmg, keka creates it with the ISO9660 file system.
There has been a UDF file system for a long time and it would be convenient to have a choice between which file system it will be created with when creating an ISO disk image.

image

Thank you.

@aonez
Copy link
Owner

aonez commented May 2, 2022

Sorry for the very late response. I'll check all those options for 1.3.0, on timeline but all that can be added will be added :)

@aonez
Copy link
Owner

aonez commented May 10, 2023

@Drovosek01 this was included in #1226

You can check the latest dev build: https://github.com/aonez/Keka/releases/download/dev-test-builds/Keka-v1.2.62.r5176.7z

@aonez
Copy link
Owner

aonez commented May 10, 2023

Just to be clear APFS can't be used because is not possible in sandbox #159

@Drovosek01
Copy link
Author

Just to be clear APFS can't be used because is not possible in sandbox #159

It strange...

I wonder then how we achieved the possibility of choosing the APFS file system when creating a disk image in the DropDMG application
image
https://c-command.com/dropdmg/

By the way, in the Dropdmg settings, you can make the dmg be uncompressed. If you have the time and opportunity, it would be convenient to have such functionality in Keka
image

@aonez
Copy link
Owner

aonez commented May 10, 2023

By the way, in the Dropdmg settings, you can make the dmg be uncompressed. If you have the time and opportunity, it would be convenient to have such functionality in Keka

The uncompressed option is already available in that Keka build but called in a way no-one will know what it is 😅 It's the UDRO (R-O) aka read-only.

Screenshot 2023-05-10 at 13 54 01

Probably I should add better explanations there.

I wonder then how we achieved the possibility of choosing the APFS file system when creating a disk image in the DropDMG application

DropDMG is not sandboxed, that's how it can perform that. I wish Apple hadn't implemented that restriction, even talked about that with the review team to no solution.

Screenshot 2023-05-10 at 13 50 07

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants