Note: Due to technical difficulties, the Archives are currently not up to date.
GMANE provides an alternative service for most mailing lists. c.f. bug 424647
On Fri, 27 Jan 2012 20:23:10 +0100
Ulrich Mueller <ulm@g.o> wrote:
> >>>>> On Fri, 27 Jan 2012, Ralph Sennhauser wrote:
>
> > Just recently Portage started to emit "* QA Notice: dosym target
> > omits basename ..." for "dosym /path_to_file/file /some_other_path/"
>
> > The PMS says:
>
> > dosym: Creates a symbolic link named as for its second parameter,
> > pointing to the first. If the directory containing the new link does
> > not exist, creates it. Failure behaviour is EAPI dependent as per
> > section 12.3.3.1.
>
> > The part "Creates a symbolic link named as for its second parameter"
> > could qualify it for requiring a basename.
>
> Exactly.
>
> > As the behaviour of an implicit basename of the second parameter was
> > used for a long time I wonder if the PMS needs to be updated and
> > clarify the dosym behaviour or if this new QA warning can be seen as
> > a long overdue implementation of the intended behaviour.
>
> This has been discussed in bug 379899 and the conclusion was that PMS
> specifies the intended behaviour.
>
> At the moment a directory argument produces only a QA warning in
> Portage. I think the long-term plan is to turn it into an error
> though.
>
Thanks for the clarifications.
Cheers
|
|
