Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 130486 - mtime issues with softlinks in stage tarballs
Summary: mtime issues with softlinks in stage tarballs
Alias: None
Product: Gentoo Hosted Projects
Classification: Unclassified
Component: Catalyst (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Catalyst Developers
Depends on:
Reported: 2006-04-19 08:22 UTC by Torsten Veller (RETIRED)
Modified: 2006-04-19 10:36 UTC (History)
0 users

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


Note You need to log in before you can comment on or make changes to this bug.
Description Torsten Veller (RETIRED) gentoo-dev 2006-04-19 08:22:39 UTC
Symlinks (tar -xpjf /path/to/stage...) of stage tarballs get the time when they are created on disk but not the time recorded in the tarball.

So the symlink's mtime doesn't match the one recorded by portage and portage doesn't remove them with the package.

EXAMPLE from stage1-x86-2006.0.tar.bz2:

# ls -l lib/*
lrwxrwxrwx 1 root root    13 2006-04-19 17:00 lib/ ->
lrwxrwxrwx 1 root root    13 2006-04-19 17:00 lib/ ->
-rwxr-xr-x 1 root root 68040 2006-02-14 01:38 lib/

# tar -tpvjf /path/to/stage1-x86-2006.0.tar.bz2 | grep lib/                                                                 lrwxrwxrwx root/root      0 2006-02-14 01:38:12 ./lib/ ->
-rwxr-xr-x root/root  68040 2006-02-14 01:38:12 ./lib/
lrwxrwxrwx root/root      0 2006-02-14 01:38:12 ./lib/ ->
Comment 1 Chris Gianelloni (RETIRED) gentoo-dev 2006-04-19 08:41:24 UTC
Have a suggested fix?

Like I said, unless there's a tar option to tell it to preserve those mtimes at creation, there's nothing I can do about it.
Comment 2 Chris Gianelloni (RETIRED) gentoo-dev 2006-04-19 08:42:41 UTC
Reassigning to catalyst since this is a catalyst issue.
Comment 3 Torsten Veller (RETIRED) gentoo-dev 2006-04-19 09:03:55 UTC
Sorry, I don't have a fix. But i think we need to fix this.

I guess there is no option for tar. I found:
| The reason is that there's no Unix system call that tar could use to set
| the time of a symlink.  The utime() syscall follows links.
(from <>)
Comment 4 Chris Gianelloni (RETIRED) gentoo-dev 2006-04-19 10:36:16 UTC
It doesn't sound like it is something that we *can* fix.

Since all of our release materials use portage, the only "fix" for this is to change portage behavior.  There's nothing I can do to fix this on the release side of things, either manually, or via catalyst.  Basically, there's nothign I can do about it.