Please branch and build texlive-ctex in epel9. In epel8, installing texlive-collection-xetex provides texlive-xecjk and it works fine. In epel9, texlive-xecjk provides xecjk as of 20200406, which has a new dependency to ctexhook.sty. It is provided by texlive-ctex package in fedora. Broken xecjk is considered as a regressing in epel9. texlive-ctex has is own dependencies to other Chinese-language related packages, so I'm afraid adding all of those dependencies might not be a reasonable option for EPEL9. An alternative way for texlive-xecjk to work might be to add ctexhook.sty only. I have no idea if this is doable in epel9, as it would diverge from fedora's packaging policy.
I confused the repository where texlive-xecjk is provided. It is provided in appstream, not in epel. Adjusted product, component, and version info above. Rephrased description of the issue follows. --- In CentOS stream 8, installing texlive-collection-xetex provides texlive-xecjk and it just works. In CentOS stream 9, texlive-xecjk provides xecjk as of 20200406, which has a new dependency to ctexhook.sty. It is provided by the texlive-ctex package in fedora. Broken xecjk can be considered a regressing in CentOS stream 9 and RHEL 9. texlive-ctex has is own dependencies to other Chinese-language related packages, so I'm afraid adding all of those dependencies might not be a reasonable option for CentOS stream 9 and RHEL 9. An alternative way might be to add ctexhook.sty only. I have no idea if this is doable at all, as it would diverge from fedora's packaging policy. --- Thanks!
(In reply to akiyks from comment #1) > I confused the repository where texlive-xecjk is provided. > It is provided in appstream, not in epel. > > Adjusted product, component, and version info above. > > Rephrased description of the issue follows. > > --- > In CentOS stream 8, installing texlive-collection-xetex provides > texlive-xecjk and > it just works. > > In CentOS stream 9, texlive-xecjk provides xecjk as of 20200406, which has a > new > dependency to ctexhook.sty. It is provided by the texlive-ctex package in > fedora. > > Broken xecjk can be considered a regressing in CentOS stream 9 and RHEL 9. > > texlive-ctex has is own dependencies to other Chinese-language related > packages, > so I'm afraid adding all of those dependencies might not be a reasonable > option > for CentOS stream 9 and RHEL 9. > > An alternative way might be to add ctexhook.sty only. I have no idea if > this is > doable at all, as it would diverge from fedora's packaging policy. > --- > > Thanks! we want to keep the texlive in centos stream 9 as small as possible and move the rest to texlive-extension in epel9. In this case, the following solution approach would be possible. Delete the package texlive-xecjk and add the missing packages in exlive-extension in epel9.
(In reply to Than Ngo from comment #3) > we want to keep the texlive in centos stream 9 as small as possible and move > the rest to texlive-extension in epel9. I see. > In this case, the following solution approach would be possible. Delete the > package texlive-xecjk and add the missing packages in exlive-extension in > epel9. So, would texlive-extension include texlive-xecjk, texlive-ctex, and their dependencies? Would texlive-collection-xetex also be moved to epel9 as it has texlive-xecjk in its dependencies? I'm OK with such a move as long as installing texlive-collection-xetex would provide usable exlive-xecjk. Thanks!
it is fixed in texlive-extension-20200406-30.el9
FEDORA-EPEL-2022-65d7179ae4 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-65d7179ae4
FEDORA-EPEL-2022-65d7179ae4 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-65d7179ae4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2022-65d7179ae4 has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.