I now understand what dereference means. I think your explanation will prevent confusion, especially for novices.
Good work. Thanks for your time!
Cameron Horsburgh
Alexis Sukrieh wrote:
tags 303020 + pending thanks
* Cameron Horsburgh ([EMAIL PROTECTED]) disait :
Hmm, I gave your suggestion a go, and it worked. I'm surprised for two reasons:
First, every trick I know can't find a symlink in my whole /home partition. Ah well, something'll turn up.
What about a simple:
$ find /home -type l
That should display all symlinks located under /home.
Secondly, and I'll leave this for you to ponder, is that I remember that the symlink functionality off when I rejiggered the config yesterday. This was confirmed when I went to turn it off just now. However...
It seems that the question asked by debconf confused me. It asks:
Do you want to dereference symlinks?
I assumed 'dereference' means 'don't follow' so I answered 'yes,' because I didn't want to follow them. As it turns out, it has the opposite behaviour :-(
Well, I just used the same wording as the one used in the tar man page:
-h, --dereference don't dump symlinks; dump the files they point to
Then I suppose even the tar man page could be misunderstood? ;)
May I suggest that the question be rephrased as something simpler, like,
Do you want to follow symlinks?
and perhaps even add an explanation (this may be in GUI versions of debconf---I'm only aware of the Dialog version.)
Yes, indeed, a better wording is needed in the Debconf screen, I updated the Debconf question like that:
The tar, tar.gz and tar.bz2 filetypes may dereference the symlinks
in generated archives. Enabling this feature will dump the files pointed by symlinks and is likely to generate huge archives.
Follow symlinks?
Thanks for your time and help.
You're welcome, thanbks for your report.
This bug will be close on the next upload, I tag it "pending".
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
