One more victim of an expired key in keyring.d.o
so, i need someone to upload these for me, gkrellm-snmp has an RC bug
and libpam-ldap has a security related bug.
any volunteers, please let me know.
packages can be found at http://www.ressukka.net/~ressu/deb
Sami
--
On Wed, 08 May 2002, Markus Garscha <[EMAIL PROTECTED]> wrote...
: Hi!
:
: A few month ago i started to build my first debian package (Bug
: #123920), posted a request for a sponsor, and found one immediately. he
: was very helpful and observed the building-process very well.
: but suddenly i d
I have a package that installs an rc file that tells the application
where it's files are... in this case, /usr - i.e., this file basically
contains the --prefix= path. Apparently this is a qt3 thing, of sorts.
I'd think this should go in /etc, then again, it's not something that
ever gets change
On Sat, May 11, 2002 at 04:37:20PM +0200, Marc Haber wrote:
> aclocal.m4, ltconfig and ltmain.sh are built by libtool? Or is that local
> stuff done by the upstream?
ltconfig and ltmain.sh are from libtool. They are used to generate the
'libtool' script actually used during the build. aclocal.
On 11 May 2002 15:30:15 +0200, Robert Bihlmeyer <[EMAIL PROTECTED]>
wrote:
>Marc Haber <[EMAIL PROTECTED]> writes:
>> >Since you're using libtool,
>>
>> Am I? Libtool is not installed in the chroot where I am building the
>> package. This suspiciously looks like somebody invented his own broken
>
Marc Haber <[EMAIL PROTECTED]> writes:
> >Since you're using libtool,
>
> Am I? Libtool is not installed in the chroot where I am building the
> package. This suspiciously looks like somebody invented his own broken
> stuff :-(
No, libtool scripts, like configure, usually come with the source.
Stefano Zacchiroli <[EMAIL PROTECTED]> writes:
> I'm wondering why packages libshell-ocaml and libshell-ocaml-dev (two
> binaries packages from the same source package) are not in testing
> despite that they were successfully built on all architectures and that
> there is no excuse for them.
#
Kjetil Torgrim Homme <[EMAIL PROTECTED]> writes:
> I must object to that. rpath is your friend whenever you lack write
> access to the system library directories, ie. when you're not root.
You can use LD_LIBRARY_PATH. It is much more flexible than hardcoding
paths.
> Debian packages generally
On 09 May 2002 21:41:22 +0200, Robert Bihlmeyer <[EMAIL PROTECTED]>
wrote:
>Marc Haber <[EMAIL PROTECTED]> writes:
>> W: atm-tools: binary-or-shlib-defines-rpath ./usr/sbin/mpcd
>> /home/haber/devel/linux-atm-2.4.0/debian/atm-tools/usr/lib
>
>Note that this rpath, apart from being superflous, is a
9 matches
Mail list logo
