Hi, I have retitled bug #91842, which was an RFP for Althea (an IMAP email
client for GTK+), as an IFP, and the package is now ready. If you want to
download it compiled for Intel, it's at:
ftp://ftp.kaplowitz.org/pub/althea/althea_0.4.1-1_i386.deb
The source package is also there (.dsc, .diff.gz
-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
Is there a ref doc about building packages of dynamic libraries ?
--
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]
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
>>"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
mach
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 installe
>>"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
mac
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 deb
[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.
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 th
[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
>>unne
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
>
>SYNO
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 de
[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
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 t
[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
>>unn
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
>
>SYN
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 fol
18 matches
Mail list logo