On Fri, 13 Mar 2015, Dimitrios Apostolou wrote:
I believe my only choice at this point is to forbid "make dist" if tar is
detected to be old (less than 1.29), and keep doing --hard-dereference. I
open to new ideas though. :-)
The attached patch solves the problem in a more elegant manner IMH
On Tue, 27 Jan 2015, Pavel Raiskup wrote:
On Monday 26 of January 2015 12:12:09 Dimitrios Apostolou wrote:
On Fri, 23 Jan 2015, Pavel Raiskup wrote:
On Friday 23 of January 2015 15:45:57 Dimitrios Apostolou wrote:
Thank you Joerg. If so then it is an issue that must be fixed in
automake, whic
Pavel Raiskup wrote:
> On Monday 26 of January 2015 12:12:09 Dimitrios Apostolou wrote:
> > On Fri, 23 Jan 2015, Pavel Raiskup wrote:
> >
> > > On Friday 23 of January 2015 15:45:57 Dimitrios Apostolou wrote:
> > >> Thank you Joerg. If so then it is an issue that must be fixed in
> > >> automake,
On Monday 26 of January 2015 12:12:09 Dimitrios Apostolou wrote:
> On Fri, 23 Jan 2015, Pavel Raiskup wrote:
>
> > On Friday 23 of January 2015 15:45:57 Dimitrios Apostolou wrote:
> >> Thank you Joerg. If so then it is an issue that must be fixed in
> >> automake, which is the reason I cross-posted
On Fri, 23 Jan 2015, Pavel Raiskup wrote:
On Friday 23 of January 2015 15:45:57 Dimitrios Apostolou wrote:
Thank you Joerg. If so then it is an issue that must be fixed in
automake, which is the reason I cross-posted to both projects, because I
am not sure which one should be changed!
What so
On Friday 23 of January 2015 15:45:57 Dimitrios Apostolou wrote:
> Thank you Joerg. If so then it is an issue that must be fixed in
> automake, which is the reason I cross-posted to both projects, because I
> am not sure which one should be changed!
What solution you exactly propose? Note that 'h
Dimitrios Apostolou wrote:
$ touch blah
$ ln -s blah link_to_blah
$ cp --dereference link_to_blah blah2
The result is that "blah" and "blah2" have different inode!
Of course, and that's what one would expect, cp makes copies by default, and the
copies have a different inode from the original.
On Mon, 19 Jan 2015, Joerg Schilling wrote:
Dimitrios Apostolou wrote:
On Fri, 16 Jan 2015, Paul Eggert wrote:
Dimitrios Apostolou wrote:
Why is such behaviour desirable?
It's more logical, since it causes tar to behave as if the symlink were not
there, and the pointed-to file was there
On Sun, 18 Jan 2015, Paul Eggert wrote:
Dimitrios Apostolou wrote:
But when the tarball is extracted, two files with same inode are created,
which
is kind of unexpected behaviour - at least for me
Other utilities have similar behavior (e.g., ls, cp, du), in that they
pretend the symlink isn
On Friday 16 of January 2015 16:43:20 Dimitrios Apostolou wrote:
> (Cross posting to both bug-automake and bug-tar as I can see both projects
> being affected.)
> (Please keep me CC'd as I'm not subscribed.)
>
> Hello,
>
> this bug report is because of the following messages when extracting a
> sou
Dimitrios Apostolou wrote:
> On Fri, 16 Jan 2015, Paul Eggert wrote:
>
> > Dimitrios Apostolou wrote:
> >> Why is such behaviour desirable?
> >
> > It's more logical, since it causes tar to behave as if the symlink were not
> > there, and the pointed-to file was there instead.
>
> But when the
Dimitrios Apostolou wrote:
But when the tarball is extracted, two files with same inode are created, which
is kind of unexpected behaviour - at least for me
Other utilities have similar behavior (e.g., ls, cp, du), in that they pretend
the symlink isn't there and behave as if the pointed-to in
On Fri, 16 Jan 2015, Paul Eggert wrote:
Dimitrios Apostolou wrote:
Why is such behaviour desirable?
It's more logical, since it causes tar to behave as if the symlink were not
there, and the pointed-to file was there instead.
But when the tarball is extracted, two files with same inode ar
Dimitrios Apostolou wrote:
Why is such behaviour desirable?
It's more logical, since it causes tar to behave as if the symlink were not
there, and the pointed-to file was there instead.
Using -hard-dereference bloats the tar image, but if that's a price you're
willing to pay then you have a
14 matches
Mail list logo
