1. Forum
  2. Usenet
  3. LINUX.DEBIAN.POLICY

  • Bug#636383: debian-policy: 10.2 and others: private libraries may also

    From Sean Whitton@21:1/5 to Charles Plessy on Sat Oct 14 20:40:02 2017
    XPost: linux.debian.bugs.dist

    control: tag -1 +patch

    Hello,

    On Sun, Dec 04, 2011 at 04:33:56PM +0900, Charles Plessy wrote:
    How about the attached patch ? Do you think it is clear enough that <file>/usr/lib/<var>triplet</var></file> is not allowed ?

    Seconded:

    diff --git a/policy.sgml b/policy.sgml
    index b8db0ab..d0baa1b 100644
    --- a/policy.sgml
    +++ b/policy.sgml
    @@ -7697,8 +7697,9 @@ strip --strip-unneeded <var>your-lib</var>
    Shared object files (often <file>.so</file> files) that are not
    public libraries, that is, they are not meant to be linked
    to by third party executables (binaries of other packages),
    - should be installed in subdirectories of the
    - <file>/usr/lib</file> directory. Such files are exempt from the
    + should be installed in subdirectories of the <file>/usr/lib</file>
    + or <file>/usr/lib/<var>triplet</var></file> directories (see
    + <ref id="fhs"> for a definition). Such files are exempt from the
    rules that govern ordinary shared libraries, except that
    they must not be installed executable and should be
    stripped.<footnote>

    Jonathan, I take it from your reply that you also second this?

    --
    Sean Whitton

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAlniWUcACgkQaVt65L8G YkDgChAAu+/s4OLtLDtVBNHy5SVW+I18cF/q3g6mP1mrGS+epZUPbC7sfKBFO
  • From Mattia Rizzolo@21:1/5 to Sean Whitton on Sat Oct 14 21:10:01 2017
    XPost: linux.debian.bugs.dist

    On Sat, Oct 14, 2017 at 11:36:55AM -0700, Sean Whitton wrote:
    diff --git a/policy.sgml b/policy.sgml
    index b8db0ab..d0baa1b 100644
    --- a/policy.sgml
    +++ b/policy.sgml
    @@ -7697,8 +7697,9 @@ strip --strip-unneeded <var>your-lib</var>
    Shared object files (often <file>.so</file> files) that are not
    public libraries, that is, they are not meant to be linked
    to by third party executables (binaries of other packages),
    - should be installed in subdirectories of the
    - <file>/usr/lib</file> directory. Such files are exempt from the
    + should be installed in subdirectories of the <file>/usr/lib</file>
    + or <file>/usr/lib/<var>triplet</var></file> directories (see
    + <ref id="fhs"> for a definition). Such files are exempt from the
    rules that govern ordinary shared libraries, except that
    they must not be installed executable and should be
    stripped.<footnote>

    Seconded.


    Triviality: could you please (in the changelog, upgrading checklist,
    etc) word this change to mean "allow private libraries to be placed in a multiarch location" rather than "disallow private libraries to be places directly under /usr/lib/<triplet>" which very weirdly seemed to be what
    most of the mails in this bug are about?

    --
    regards,
    Mattia Rizzolo

    GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
    more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'`
    Debian QA page: https://qa.debian.org/developer.php?login=mattia `-

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEEi3hoeGwz5cZMTQpICBa54Yx2K60FAlniX1kACgkQCBa54Yx2 K60jtg/9G6HvfS7/crGNhgc+hYH95NPkaVAYrObkS7QFsVebRpHD3jJP0Dr1pVNl Y7UKTsWS6EPwFN9rQBWYXUhn1IKBQc9LW4mQvaKE9OvsjEe28FRWpc/yIgSNxHry 1K8+dBsSN28V89lfRJn+P0CI3g9DQsYQ44NAsdiLVY9/F5SbRxljEL6AM5bHAuPb 1QpzmxGH9eaOPaLPzz0nxMHywSjUylbl96awYj7Ycsy/v27P1ypOLyqmg+XQ0kRL 0pwEjGe+Vl3Pvy7yeL9qM+VVN+pNX61te/TlHStKI7//qmATkn/ddT1jM5QAoN2V F0W+KkPs7DX5BEmB/z3uOuBB4bPry7x6oGa8vp4nCzfSPVfh0m44O2h3la6X/Dgh H3isoXsKRQV8PN2VVPmF6Bn16ILa++zLgObJRpnpI+K8dHV+lR36mkyVXroc3UKf USRDOqG/PZkLB19GebJ66ANi7CBPkZoEG2w1RYVbaSHfsDXlJz0PZUqdCLWLJeTS /SpI97V5VB/rXJR8kfF3hM4DTqgkQxJE/RUAxM+ZfjZcUXaq1G5
  • From Sean Whitton@21:1/5 to Mattia Rizzolo on Sat Oct 14 21:40:02 2017
    XPost: linux.debian.bugs.dist

    Hello,

    On Sat, Oct 14 2017, Mattia Rizzolo wrote:

    Seconded.

    Thanks.

    Triviality: could you please (in the changelog, upgrading checklist,
    etc) word this change to mean "allow private libraries to be placed in
    a multiarch location" rather than "disallow private libraries to be
    places directly under /usr/lib/<triplet>" which very weirdly seemed to
    be what most of the mails in this bug are about?

    I'm not sure why you find it to be weird. The current language seems to
    permit putting private libraries in /usr/lib/<triplet>, which is bad,
    and this patch also fixes that problem.

    I'll include both :)

    --
    Sean Whitton

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAlniZocACgkQaVt65L8G YkCXPA/+LCCmINkz+VBTn3jlUiUI0/WJUY97FkVzLeZD8mFmuZ2Eud84tPH2/b1b UOVmvvt4re3reRgjE2ZXd2Ej8Xecu9cay1zsS7KkXMoxgIhHWcmCe+nHm/aK291Y G7odkBV9OX33svq4d8lknanmsFJIWVouo5m1pwYuVmhQUnuHlTx4tHLs5hoQpS6J 48Ro+8Cls/09cTWII0jcpOHdR6VrCV2URi0rnBjSYSSD8bhUhV/4waQ+YSYhTG+7 3uuQHfef9vt3CEec0J5qsHjQ5284zJ1AdKSjsIVHTbneRUbjRIuT7lvPwO4eKnja s1BRFcUdWbtNV65aZ7rFXKDtgyh0zq7ISEakHuzbBbslWr0nC8IC3PPiuWjAAkrY N2VUPiyoiEHkINfe9VMMrC42DhTBbpfy1/6s7aFfwx38JbACtsRlWsMeHs5pNGm8 YN6tny62JjuMxic/DOB2Bv06iv3Z28sEmEtnHaEH8DRscnlSavZpOtY3bnDsFu0v U0PC5zm6jLDJmrc8xoWPfD88S4DiIESYbTNaFn30tRqc1iwkJo1lrb+zTkr7XO0E KDEpj/F+lrquGOYuD63KfyxRYzOmA/qDlPR+mRr1t61KjqDVP96pFmN8pm/T3tFT lVpvIR4wNb5eCUZNu29BPk2c4iYeyWAQ1AF8VNB9eS4aD+/QurU=/PEB
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)