I've noticed that in Arch Linux, wimlib has an optional dependency on cdrtools.

https://archlinux.org/packages/extra/x86_64/wimlib/

There was a request in the past for cdrtools, but when I asked the original creator of the issue, they said that they used xorriso instead and they don't need cdrtools anymore.

• [Package]: mkisofs #7465

Do you think also adding cdrtools would potentially make wimlib better if it's possible for cdrtools to work in Termux?

I've considered trying to help with cdrtools, but I think I would only if there's a situation where it is really needed by multiple people.

I will check it , I tried it before. Although it successfully make install , But some functions are abnormal.

I tried my best, I attempted to merge the changes, but it seems ineffective.

I tried my best, I attempted to merge the changes, but it seems ineffective.

if it's too difficult, as a last resort you can do these commands, right?

git reset HEAD~2
git add root-packages/wimlib
git commit -m "addpkg(root/wimlib): 1.14.4"
git push -f origin master

I finished it.

It worked !

OK, I'm very sorry for wasting so much of your time.

Not a waste of time at all, because, now in the future you will know how to add more Termux packages easily since you figured out how here!

Thank you very much.

I've noticed that in Arch Linux, wimlib has an optional dependency on cdrtools.

https://archlinux.org/packages/extra/x86_64/wimlib/

There was a request in the past for cdrtools, but when I asked the original creator of the issue, they said that they used xorriso instead and they don't need cdrtools anymore.

• [Package]: mkisofs #7465

Do you think also adding cdrtools would potentially make wimlib better if it's possible for cdrtools to work in Termux?

I've considered trying to help with cdrtools, but I think I would only if there's a situation where it is really needed by multiple people.

I still can't draw a conclusion on this issue. Even though I have successfully compiled it, having cdrkit would make creating Windows image files more convenient.

What problems did you notice while testing cdrtools?

It is ok to add it later since it is optional, or if you want to, then I could wait to merge this until after you have completed and uploaded a cdrtools or cdrkit package with this.

It should also be noted that "cdrkit" and "cdrtools" mean different things in different distros and there is a lot of variation on desktop Linux between different distros regarding that topic.

On Arch Linux, "cdrkit" and "cdrtools" both refer to a single package by two names, which is built there from the original cdrtools source code.

On other distros, "cdrkit" is a fork of the original cdrtools that diverged a very long time ago and is universally accepted by all distros as having a valid license.

"cdrtools" is the name of the original software which has fewer technical bugs than cdrkit, but which is historically considered by Debian and Fedora to be illegal because of a controversial mixing of the GPLv2 and CDDL licenses, so they do not package it. OpenSUSE and Arch Linux, on the other hand, historically consider cdrtools to have a valid license and have continuously packaged it.

Termux has not made a decision about the licensing validity of the real cdrtools.

The problem is quite complicated, and I still haven't found the cause.

Just upload wimlib first, at least for now, and cdrkit is not actually a dependency.

Sorry, I click the update branch in wrong.

I want to upload a new package and create a new branch to add it.

OK, I successful restore it.