Re: [HEADS UP] perl symlinks in /usr/bin will be gone

From: Kevin Oberman (oberman_at_es.net)
Date: 01/31/05

  • Next message: Torfinn Ingolfsen: "Re: Sparc64 Install 5.3" 
    To: Matthias Andree <matthias.andree@gmx.de>
Date: Sun, 30 Jan 2005 17:19:20 -0800

    > From: Matthias Andree <matthias.andree@gmx.de>
    > Date: Sun, 30 Jan 2005 14:49:41 +0100
    > Sender: owner-freebsd-stable@freebsd.org
    >
    > Holger Kipp <hk@alogis.com> writes:
    >
    > > It violates POLA on 5-STABLE, and it will violate POLA on 6-CURRENT,
    > > especially as most perl programmers assume /usr/bin/perl to be the
    > > correct path.
    >
    > POLA doesn't apply to -CURRENT.

    POLA always applies, but major releases are considered a good opportunity
    to make needed changes that would generate excessive astonishment on a
    minor update. This is at least too big for a minor update POLA violation
    and may well be too big for even a major version.

    FreeBSD does NOT exist to justify hier(7), style(9) or anything of the
    sort. These are tools to provide consistent behavior and make FreeBSD
    maintainable and understandable to developers and users, not to say
    "screw the users".

    Perl has been in /usr/bin on almost every Unix-like OS around for longer
    than FreeBSD has existed. I think changing something like this would be
    REALLY astonishing to way too many users and developers who happen to
    write Perl and expect to find it where the Perl documentation say to. 

    -- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman@es.net			Phone: +1 510 486-8634
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Torfinn Ingolfsen: "Re: Sparc64 Install 5.3"

    Relevant Pages

    • Re: libregex library
      ... I think it rather violates the POLA that anything that uses ... > regex_t and is compiled on FreeBSD ends up being covered by the terms ... It is only used by other GPL ...
      (freebsd-arch)
    • libregex library
      ... It's come to my attention that libregex on FreeBSD is GPL'd - not ... I think it rather violates the POLA that anything that uses ...
      (freebsd-arch)
    • Re: libregex library
      ... > It's come to my attention that libregex on FreeBSD is GPL'd - not ... I think it rather violates the POLA that anything that uses ... > regex_t and is compiled on FreeBSD ends up being covered by the terms ...
      (freebsd-arch)