pkgsrc-Changes archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: pkgsrc/mk/tools



On Wed, Feb 04, 2015 at 10:21:40AM +0900, OBATA Akio wrote:
> On Wed, 04 Feb 2015 00:06:19 +0900, Joerg Sonnenberger <joerg%britannica.bec.de@localhost> wrote:
> 
> >On Mon, Feb 02, 2015 at 09:49:26AM +0900, OBATA Akio wrote:
> >>On Mon, 02 Feb 2015 06:23:13 +0900, Joerg Sonnenberger <joerg%britannica.bec.de@localhost> wrote:
> >>
> >>>On Sun, Feb 01, 2015 at 02:50:26PM +0900, Ryo ONODERA wrote:
> >>>>Adding tool to infrastructure is so heavy to our project?
> >>>
> >>>I asked about this commit specifically, because unlink(8) is utterly
> >>>useless and only exist for silly historical reasons. So unless something
> >>>has a good reason for requiring it, it shouldn't exist.
> >>
> >>Yes, sure!
> >>Let's try to drop it from NetBSD base in the first place!
> >>You can do it!
> >
> >For whatever silly historical reasons, it is still part of POSIX 2008.
> >That doesn't answer the question of what needs it. If nothing needs it,
> >there is no point in having it as tool. If something does need it, I
> >would like to check why.
> 
> Why your check is required? just historical tool is written with historical tools.
> You can rewrite the tool with "rm", make sure that filenames prefixed with "-"
> are not treated as a option, directory is not removed, resolve ambiguity behavior for
> handling symbolic links not based on latest standards,... so what?

Yes, "unlink of directories" is the silly historical reason why this
command exists at all. No system has allowed that for a *very* long
time, because it is completely broken. I have no idea what ambigious
behavior you mean with symbolic links and the lack of proper argument
handling is another bug in unlink(8). So again, where is it used?

Joerg



Home | Main Index | Thread Index | Old Index