On Sun, 04 Dec 2011 at 16:04:17 +0900, Charles Plessy wrote:
> Shared object files (often .so 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
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
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 your-lib
> Shared object files (often .so files) that are not
>
Processing control commands:
> tag -1 +patch
Bug #636383 [debian-policy] debian-policy: 10.2 and others: private libraries
may also be multi-arch-ified
Added tag(s) patch.
--
636383: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636383
Debian Bug Tracking System
Contact
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
> /usr/lib/triplet is not allowed ?
Seconded:
diff --git a/policy.sgml b/policy.sgml
index b8db0ab..d0baa1b 100644
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sun, 04 Dec 2011 at 16:33:56 +0900, Charles Plessy 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 varyour-lib/var
Shared
On Sat, 03 Dec 2011 at 15:17:29 +0900, Charles Plessy wrote:
We could resolve this by either disallowing to use
file/usr/lib/vartriplet/var/file, or by explaining that the
subdirectory must be private to the package or to a set of collaborating
packages, as the non-public libraries themselves.
Le Sat, Dec 03, 2011 at 10:20:41AM +, Simon McVittie a écrit :
On Sat, 03 Dec 2011 at 15:17:29 +0900, Charles Plessy wrote:
We could resolve this by either disallowing to use
file/usr/lib/vartriplet/var/file, or by explaining that the
subdirectory must be private to the package or to a
Le Tue, Aug 02, 2011 at 10:07:40PM +0200, Julian Andres Klode a écrit :
Policy 10.2 states:
Shared object files (often .so 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
Charles Plessy wrote:
Would you or somebody eles mind if I close this bug report ?
I would mind. The current wording implies that installing a
non-public library directly under
/usr/lib/x86_64-linux-gnu/
is fine, which is clearly wrong.
Regards,
Jonathan
--
To UNSUBSCRIBE, email
user debian-pol...@packages.debian.org
usertags 636383 normative discussion
thanks
Le Fri, Dec 02, 2011 at 11:29:43PM -0600, Jonathan Nieder a écrit :
The current wording implies that installing a
non-public library directly under
/usr/lib/x86_64-linux-gnu/
is fine, which is
Package: debian-policy
Severity: normal
Policy 10.2 states:
Shared object files (often .so 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 /usr/lib directory.
12 matches
Mail list logo