Your message dated Mon, 11 May 2015 13:28:30 +0500
with message-id 20150511082830.ga2...@belkar.wrar.name
and subject line Closing
has caused the Debian Bug report #160827,
regarding Standardize syntax of the name in the Maintainer control field
to be marked as done.
This means that you claim
On Mon, May 11, 2015 at 11:18:29AM +0200, Bill Allombert wrote:
So to summary:
Policy 11.2 recommends:
strip --strip-unneeded
dh_strip does:
strip --strip-unneeded --remove-section=.comment --remove-section=.note
install -s does currently:
strip --strip-unneeded
lintian checks for:
On Mon, May 11, 2015 at 01:39:43PM +0500, Andrey Rahmatullin wrote:
On Sat, Apr 12, 2003 at 07:24:12PM +0200, Matthias Urlichs wrote:
Section 11.2 says
strip --strip-unneeded your-lib
This is still true (the section is 10.2 though).
Lintian, however, complains if the sections
Your message dated Mon, 11 May 2015 13:28:30 +0500
with message-id 20150511082830.ga2...@belkar.wrar.name
and subject line Closing
has caused the Debian Bug report #160827,
regarding Standardize syntax of the name in the Maintainer control field
to be marked as done.
This means that you claim
On Sat, Apr 12, 2003 at 07:24:12PM +0200, Matthias Urlichs wrote:
Section 11.2 says
strip --strip-unneeded your-lib
This is still true (the section is 10.2 though).
Lintian, however, complains if the sections .comment or .note are
present, which strip doesn't think are unneeded.
This
On Mon, May 11, 2015 at 02:01:13PM +0500, Andrey Rahmatullin wrote:
On Tue, Nov 29, 2011 at 12:45:25AM +0100, Bill Allombert wrote:
This is the relevant part of the FHS (ill-advised imho, but required by the
LSB):
-
6.1.5. /lib64 and /lib32 :
On Tue, Nov 29, 2011 at 12:45:25AM +0100, Bill Allombert wrote:
This is the relevant part of the FHS (ill-advised imho, but required by the
LSB):
-
6.1.5. /lib64 and /lib32 : 64/32-bit libraries (architecture dependent)
The 64-bit architectures
+ If your package includes the scripts prgnconfig.sub/prgn and
+ prgnconfig.guess/prgn, you should arrange for the versions
+ provided by the package packageautotools-dev/package be used
+ instead (see packageautotools-dev/package documentation for
+
Le Mon, May 11, 2015 at 11:30:54AM +0200, Bill Allombert a écrit :
We should document that to prevent /lib64 to be used for wrong purpose.
In any case I'm not quite sure whether shipping files in lib64 in amd64
packages (juffed/juffed-dev and zynaddsubfx-dssi do this now) is OK.
I only
9 matches
Mail list logo