On Thu, Jan 04, 2001 at 03:54:43PM -0500, Jonathan P Tomer wrote:
> i had seen evidence of this before, and i was wondering why it is the
> case. is there any reason why mkdir() in glibc for the hurd does not
> remove trailing /'s?
We want to spot those incompatibilities and fix them.
There is n
> From: Marcus Brinkmann <[EMAIL PROTECTED]>
> Date: Thu, 4 Jan 2001 21:41:21 +0100
>
> Please revert this change, so tar can extract archives on GNU systems.
Thanks for your bug report. I can't revert the change completely as
it fixes some other problems, but I will fix the incompatibility wit
From: Marcus Brinkmann <[EMAIL PROTECTED]>
Date: Thu, 4 Jan 2001 22:45:14 +0100
On Thu, Jan 04, 2001 at 04:04:14PM -0500, Roland McGrath wrote:
> > some largefile autoconf check included in shellutils, fileutils and probably
> > elsewhere doesn't recognize the Hurd stubs returning
On Thu, Jan 04, 2001 at 04:04:14PM -0500, Roland McGrath wrote:
> > some largefile autoconf check included in shellutils, fileutils and probably
> > elsewhere doesn't recognize the Hurd stubs returning EOPNOTSUPP correctly.
> > For all those, a special case in the Debian packaging is needed to add
> some largefile autoconf check included in shellutils, fileutils and probably
> elsewhere doesn't recognize the Hurd stubs returning EOPNOTSUPP correctly.
> For all those, a special case in the Debian packaging is needed to add
> --disable-largefile to configure invocation.
Please give details.
On Thu, Jan 04, 2001 at 09:41:21PM +0100, Marcus Brinkmann wrote:
> Hi,
>
> the latest tar 1.13.18 does not work correctly on the Hurd. It fails with
> an EINVAL from mkdir when trying to create "foo/" when extracting some
> archives (which contain this pathname).
>
> Now, POSIX doesn't say that
Hi,
some largefile autoconf check included in shellutils, fileutils and probably
elsewhere doesn't recognize the Hurd stubs returning EOPNOTSUPP correctly.
For all those, a special case in the Debian packaging is needed to add
--disable-largefile to configure invocation.
It would be great if som
Hi,
the latest tar 1.13.18 does not work correctly on the Hurd. It fails with
an EINVAL from mkdir when trying to create "foo/" when extracting some
archives (which contain this pathname).
Now, POSIX doesn't say that trailing slashes can be added to arbitrary
pathnames, it says they can if the p
