[EMAIL PROTECTED] (Colin Watson) wrote:
Bob Hilliard [EMAIL PROTECTED] wrote:
The gzip package has a similar situation with gunzip and zcat,
but it has created gunzip.1 and zcat.1 as hardlinks to gzip.1. Since
man can deal with a manpage with multiple names, this seems like an
unnecessary
[EMAIL PROTECTED] (Colin Watson) writes:
Please install dictunzip.1 and dictzcat.1 as symlinks or hardlinks.
Actually, ignore the "... or hardlinks" bit. Policy 13.1:
You should not create hard links in the manual page directories, nor
put absolute filenames in .so directives.
On Sat, Apr 21, 2001 at 10:08:12AM -0400, Bob Hilliard wrote:
Josip Rodin [EMAIL PROTECTED] writes:
Hmm, did you run strip --remove-section=.comment --remove-section=.note on
the binaries?
Carlos Laviola [EMAIL PROTECTED] writes:
Call strip with '--strip-unneeded' in your debian/rules
"Steve" == Steve M Robbins [EMAIL PROTECTED] writes:
Steve Despite your prejudice, there is no policy forbidding hard links in a
Steve .deb file.
There is a caveat: hardlinks do not work across partitions,
and one is generally not aware of the partition schema on the target
machines
Josip Rodin [EMAIL PROTECTED] writes:
If lintian objects to them, shouldn't policy mention stripping them?
Doesn't it already?
The only guidance I can find in policy 3.5.2.0 on the subject of
stripping binaries is in section 11.1. Binaries:
Note that by default all installed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello ALL!
I've made a package out of tcpspy. This is a tcp connections logger
(to syslog) which doesn't use libpcap. It has been very useful for
that machines you don't need to monitor everything (such that ones
inside a DMZ network, or
G'dau All,
I'm using debian testing with kernel 2.2.18pre21 and am
trying to compile modules for my NVIDIA TNT2 card,
I've installed debs and got the source files, the NVIDIA-glx
compiles OK. but when I do a make-kpkg modules_image to make the
kernel modules it starts ok then dies with a the
Bob Hilliard [EMAIL PROTECTED] wrote:
I have added symlinks from /usr/bin/dictunzip and
/usr/bin/dictzcat to /usr/bin/dictzip. The manpage for dictzip
includes the following:
NAME
dictzip, dictunzip, dictzcat - compress (or expand) files,
allowing random access
SYNOPSIS
[EMAIL PROTECTED] (Colin Watson) wrote:
Bob Hilliard [EMAIL PROTECTED] wrote:
The gzip package has a similar situation with gunzip and zcat,
but it has created gunzip.1 and zcat.1 as hardlinks to gzip.1. Since
man can deal with a manpage with multiple names, this seems like an
unnecessary
Josip Rodin [EMAIL PROTECTED] writes:
Hmm, did you run strip --remove-section=.comment --remove-section=.note on
the binaries?
Carlos Laviola [EMAIL PROTECTED] writes:
Call strip with '--strip-unneeded' in your debian/rules to strip
these sections out of the binaries when building the
[EMAIL PROTECTED] (Colin Watson) writes:
Please install dictunzip.1 and dictzcat.1 as symlinks or hardlinks.
Actually, ignore the ... or hardlinks bit. Policy 13.1:
You should not create hard links in the manual page directories, nor
put absolute filenames in .so directives.
On Sat, Apr 21, 2001 at 10:08:12AM -0400, Bob Hilliard wrote:
Josip Rodin [EMAIL PROTECTED] writes:
Hmm, did you run strip --remove-section=.comment --remove-section=.note on
the binaries?
Carlos Laviola [EMAIL PROTECTED] writes:
Call strip with '--strip-unneeded' in your debian/rules to
Steve == Steve M Robbins [EMAIL PROTECTED] writes:
Steve Despite your prejudice, there is no policy forbidding hard links in a
Steve .deb file.
There is a caveat: hardlinks do not work across partitions,
and one is generally not aware of the partition schema on the target
machines
Josip Rodin [EMAIL PROTECTED] writes:
If lintian objects to them, shouldn't policy mention stripping them?
Doesn't it already?
The only guidance I can find in policy 3.5.2.0 on the subject of
stripping binaries is in section 11.1. Binaries:
Note that by default all installed
Is there a ref doc about building packages of dynamic libraries ?
--
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 21-Apr-2001 Eric Van Buggenhaut wrote:
Is there a ref doc about building packages of dynamic libraries ?
I, too, would like some suggestions on more-or-less complex packages that have
libs or are lib-only packages, so I can take a look, since I
16 matches
Mail list logo