Description of problem: file conflicts How reproducible: [root@private ~]# yum -y install ht texlive-tex4ht* Actual results: Loaded plugins: langpacks, presto, refresh-packagekit Package 2:texlive-tex4ht-svn29474.0-20.fc18.noarch already installed and latest version Package 2:texlive-tex4ht-bin-svn26509.0-20.20130321_r29448.fc18.x86_64 already installed and latest version Resolving Dependencies --> Running transaction check ---> Package ht.x86_64 0:2.0.18-3.fc18 will be installed ---> Package texlive-tex4ht-doc.noarch 2:svn29474.0-20.fc18 will be installed --> Finished Dependency Resolution Dependencies Resolved ================================================================================================ Package Arch Version Repository Size ================================================================================================ Installing: ht x86_64 2.0.18-3.fc18 fedora 561 k texlive-tex4ht-doc noarch 2:svn29474.0-20.fc18 updates 84 k Transaction Summary ================================================================================================ Install 2 Packages Total size: 645 k Total download size: 84 k Installed size: 2.3 M Downloading Packages: texlive-tex4ht-doc-svn29474.0-20.fc18.noarch.rpm | 84 kB 00:00:00 Running Transaction Check Running Transaction Test Transaction Check Error: file /usr/bin/ht from install of ht-2.0.18-3.fc18.x86_64 conflicts with file from package texlive-tex4ht-bin-2:svn26509.0-20.20130321_r29448.fc18.x86_64 Expected results: no conflicts
Submitted bug#959696 to texlive as it is newer and file probably should be renamed there.
*** Bug 959729 has been marked as a duplicate of this bug. ***
Per the bug I originally filed (959729) this can be hit via installation: select GNOME desktop, then select all the additional groups that are for that environment. The installation will fail with a message to the user that is useless for troubleshooting the problem. Given that, I think this should be a release blocker.
(In reply to comment #3) > Per the bug I originally filed (959729) this can be hit via installation: > select GNOME desktop, then select all the additional groups that are for > that environment. The installation will fail with a message to the user > that is useless for troubleshooting the problem. This is almost exact way of how I got this bug - I was making livecd that contains many groups. ht is from @security-lab and texlive-tex4ht-bin is probably from @authoring-and-publishing. > Given that, I think this should be a release blocker. Seems that this bugs doesn't conflict with any release criteria items (http://fedoraproject.org/wiki/Fedora_19_Final_Release_Criteria). It mentions many times that "The release-blocking package sets are the minimal set, and the sets for each one of the release-blocking desktops." so additional groups doesn't fit here. It doesn't mean that this bug unimportant or shouldn't be fixed anyway.
I thought that the "Add-Ons for Selected Environment" that is presented in the installation gui *are* part of the "...sets for each one of the release-blocking desktops".
(In reply to comment #5) > I thought that the "Add-Ons for Selected Environment" that is presented in > the installation gui *are* part of the "...sets for each one of the > release-blocking desktops". Probably. Well, I'll then add bug#959696 (as I think I should be fixed in texlive) to beta blocker tracker to let QA review it and decide.
We really don't need two reports, here. *** This bug has been marked as a duplicate of bug 959696 ***