Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

symlinks not unpacked? #146

Open
jwaldmann opened this issue May 30, 2016 · 1 comment
Open

symlinks not unpacked? #146

jwaldmann opened this issue May 30, 2016 · 1 comment

Comments

@jwaldmann
Copy link

jwaldmann commented May 30, 2016

I have a case where I think that symlinks are not unpacked. Cf. https://gitlab.imn.htwk-leipzig.de/autotool/all/issues/18

But it says here that it should work: https://github.com/haskell/tar/blob/028f2813d14380da3d99ac0b306b3cbb13731e56/Codec/Archive/Tar/Unpack.hs#L46

I built this keter bundle manually (tar czfv $KET $APP static config).

Even when I use --dereference when creating the archive, unpacking (via keter) does not work,
while it does via the command line.

I guess I should report this to the haskell-tar project.

@jwaldmann
Copy link
Author

jwaldmann commented May 30, 2016

I thought this was a bug in haskell-tar, an indeed there is some bug, but keter's behaviour is also wrong (or underdocumented) here? It just ignores any non-normal entries:

case Tar.entryContent e of

It seems that even with --dereference, gnu tar does not simply copy the target file, but does something different.

I got it working by adding the --hard-dereference option.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant