Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 266186 - app-text/t1utils-1.34: failed to emerge due to file collission
Summary: app-text/t1utils-1.34: failed to emerge due to file collission
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Alexis Ballier
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-15 03:44 UTC by Ed Davison
Modified: 2009-04-16 08:48 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Davison 2009-04-15 03:44:09 UTC
I have uninstalled tetex and am install texlive per http://www.gentoo.org/proj/en/tex/texlive-migration-guide.xml and up to the emerge of texlive.  The first package to emerge is t1utils and this fails to install due to a file collission with freetype-1.3.1-r3.

Reproducible: Always

Steps to Reproduce:
1. emerge t1utils

Actual Results:  
>>> Installing app-text/t1utils-1.34
 * checking 14 files for package collisions
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 *
 * Detected file collision(s):
 *
 *      /usr/bin/t1asm
 *
 * Searching all installed packages for file collisions...
 *
 * Press Ctrl-C to Stop
 *
 * media-libs/freetype-1.3.1-r3
 *      /usr/bin/t1asm
 *
 * Package 'app-text/t1utils-1.34' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

>>> Failed to install app-text/t1utils-1.34, Log file:

>>>  '/var/tmp/portage/app-text/t1utils-1.34/temp/build.log'



Expected Results:  
emerge correctly
Comment 1 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-04-15 20:07:22 UTC
The last freetype-1.3 ebuild has been removed from portage about three months ago:

  http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-libs/freetype/

Does this also happen with the current freetype-1 package?
Comment 2 Peter Alfredsen (RETIRED) gentoo-dev 2009-04-15 20:37:11 UTC
1.4* ebuilds do not install t1asm.
Aballier: Not much left to do here, we can't add blockers to purged ebuilds. Do you want to add against <media-libs/freetype-1.4_pre20080316 in t1utils?
Comment 3 Ed Davison 2009-04-15 20:56:06 UTC
So, am I to understand that I have to uninstall freetype-1.3 to get t1utils to isntall?  Or do I just need to upgrade freetype-1.3 to freetype-1.4xxx?
Comment 4 Peter Alfredsen (RETIRED) gentoo-dev 2009-04-15 21:20:34 UTC
(In reply to comment #3)
> So, am I to understand that I have to uninstall freetype-1.3 to get t1utils to
> isntall?  Or do I just need to upgrade freetype-1.3 to freetype-1.4xxx?

Yup. Upgrade to 1.4:
emerge -1 =freetype-1.4_pre20080316-r1:1
Comment 5 Ed Davison 2009-04-15 21:47:11 UTC
Upgrading to 1.4 works for t1utils.  I now have texlive installed with no further issues.

Thanks!
Comment 6 Peter Alfredsen (RETIRED) gentoo-dev 2009-04-15 22:45:30 UTC
Hold on there, cowboy. The developer closes the bug, not the reporter :-). What you just performed was a workaround. The dev decides in borderline cases like this whether there is a bug.
Comment 7 Ed Davison 2009-04-16 00:14:20 UTC
Ok, ok, ok.  Sorry, I did not mean to step on any toes.  I guess that was a workaround after all even thought for me it was a solution.

Comment 8 Ed Davison 2009-04-16 00:15:30 UTC
I guess portage/emerge should have pulled the dependeny for freetype to upgrade it and it did not.  That does need to get fixed.
Comment 9 Alexis Ballier gentoo-dev 2009-04-16 08:48:58 UTC
(In reply to comment #2)
> Aballier: Not much left to do here, we can't add blockers to purged ebuilds. Do
> you want to add against <media-libs/freetype-1.4_pre20080316 in t1utils?

added, thanks