Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 168267 - ecompressdir fail with hard links
Summary: ecompressdir fail with hard links
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - External Interaction (show other bugs)
Hardware: All Linux
: High normal
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS, REGRESSION
Depends on:
Blocks: 167107
  Show dependency tree
 
Reported: 2007-02-24 22:18 UTC by Jan Kundrát (RETIRED)
Modified: 2007-02-27 14:57 UTC (History)
0 users

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 Jan Kundrát (RETIRED) gentoo-dev 2007-02-24 22:18:21 UTC
>>> Completed installing heimdal-0.7.2-r3 into /var/tmp/portage/app-crypt/heimdal-0.7.2-r3/image/

ecompressdir: bzip2 -9 /usr/share/man/man1
bzip2: Input file /var/tmp/portage/app-crypt/heimdal-0.7.2-r3/image//usr/share/man/man1/kinit.1 has 1 other link.
bzip2: Input file /var/tmp/portage/app-crypt/heimdal-0.7.2-r3/image//usr/share/man/man1/kauth.1 has 1 other link.
ecompressdir: bzip2 -9 /usr/share/man/man3
bzip2: Input file /var/tmp/portage/app-crypt/heimdal-0.7.2-r3/image//usr/share/man/man3/getarg.3 has 1 other link.

As shown, ecompressdir with bzip2 doesn't handle directories in which contains hardlinks.
Comment 1 Zac Medico gentoo-dev 2007-02-27 00:10:04 UTC
If we don't consider this a bug in the ebuild for creating the hardlinks in the first place, I think we should simply use bzip2's --force option to break the hardlinks.  Anything else seems little more than extra complication with questionable gain.
Comment 2 Zac Medico gentoo-dev 2007-02-27 05:06:39 UTC
In svn r6089 I've added --force to the default PORTAGE_COMPRESS_FLAGS so that hardlinks are automatically broken.
Comment 3 Zac Medico gentoo-dev 2007-02-27 07:41:07 UTC
This has been released in 2.1.2-r12.
Comment 4 SpanKY gentoo-dev 2007-02-27 14:57:50 UTC
thanks, i think this is the correct fix too ... people should be using softlinks, not hardlinks ...