* Detected file collision(s): * * /usr/share/man/man1/ts.1.bz2 * /usr/bin/ts * * Searching all installed packages for file collisions... * * sys-process/ts-0.6.4 * /usr/bin/ts * /usr/share/man/man1/ts.1.bz2 Reproducible: Always
Confirmed. I propose adding "!sys-apps/moreutils" to RDEPEND of sys-process/ts.
What do you think about adding ts to main tree and moreutils depending on it?
(In reply to comment #2) > What do you think about adding ts to main tree and moreutils depending on it? > Actually, ts from moreutils and sys-process/ts from sunrise are different programs for different purposes, so this solution is not valid.
+1 on having moreutils block sys-process/ts Does anyone think moreutils should be split up? If so, we should have !sys-process/ts in moreutils instead of vice-versa, so that it's noticed quicker upon splitting.
Maybe moreutils can be split up, or maybe add USE flags for some of its components; I can foresee the same problem with moreutils `parallel` conflicting with the soon-to-be-invaluable GNU parallel (found at http://www.gnu.org/software/parallel/#).
bug #328829 (In reply to comment #5) > Maybe moreutils can be split up, or maybe add USE flags for some of its > components; I can foresee the same problem with moreutils `parallel` > conflicting with the soon-to-be-invaluable GNU parallel (found at > http://www.gnu.org/software/parallel/#). >
Nevermind that, then. (In reply to comment #6) > bug #328829 > > (In reply to comment #5) > > Maybe moreutils can be split up, or maybe add USE flags for some of its > > components; I can foresee the same problem with moreutils `parallel` > > conflicting with the soon-to-be-invaluable GNU parallel (found at > > http://www.gnu.org/software/parallel/#). > > >
I pushed a version bump to sunrise adding blockers on sys-apps/moreutils and app-misc/timestamp.