Stop in /usr/ports/multimedia/x264

Chris Rees utisoft at gmail.com
Thu Dec 22 18:57:34 UTC 2011


On 22 Dec 2011 18:20, "Ruslan Mahmatkhanov" <cvs-src at yandex.ru> wrote:
>
> Chris Rees wrote on 22.12.2011 22:12:
> > On 22 Dec 2011 16:49, "Ruslan Mahmatkhanov" <cvs-src at yandex.ru> wrote:
> >>
> >> Kevin Oberman wrote on 22.12.2011 20:38:
> >>> The only thing I can think of is that the failing system is the
> >>> oldest, running 8.2 while the others were running 9.0-RC2 and
> >>> 9.0-Beta3.
> >>
> >> Yes, all is worked just fine (before the bash fix commit) there on
> >> 10.0-CURRENT i386. I saw that configure warnings too, but it still was
> >> built successfully. May be bash only needed on some older FreeBSD
> >> versions like 8.2, that didn't had all that improvements for /bin/sh,
> >> that were merged in 9 and 10, so maybe it is the reason why it builded
> >> fine on this systems w/o any additional fixes.
> >>
> >
> > True, since 9 sh supports == -- however I might label this compatibility
> > shims, rather than 'improvements'...
> >
> > Chris
>
> I'm talking about overall /bin/sh work, not only about compatibility
> with some `non-true' shells. I know many things was done and tests
> coverage is terrific.
> So may we imply dependency on shells/bash and specific configure patches
> only if OSVERSION < 900000?
>

Trouble is with these problems is that they can hide, and don't always
result in outright failure (i've experienced this with musicpd and Clamav).

The scripts need a proper audit before being declared sh-safe.

Chris


More information about the freebsd-ports mailing list