Hi Richard,
I reviewed your ddclient package in depth and consider it great work.
For reference, here are the hashes of the dsc that I checked:
> Checksums-Sha256:
> e4969e15cc491fc52bdcd649d4c2b0e4b1bf0c9f9dba23471c634871acc52470 63469
> ddclient_3.9.1.orig.tar.gz
> 1aa53a616911e2149de8adf5c
subscribe
On Thu, Jan 17, 2002 at 07:55:09PM +0100, Stefano Zacchiroli wrote:
> These are not "standard" executable, see my just posted reply.
Can you send me a small executable like that one in question? I would
really like to take a look what is going on there.
cu
Torsten
pgpSx5Crkfpyf.pgp
De
On Fri, Jan 18, 2002 at 02:36:31AM +0900, Junichi Uekawa wrote:
> p Is writing something like:
> Note that this license is not compatible with the GPL. This means that
> you can't redistribute the binary of osh if it is complied with libraries
> licensed under the GPL. The debian package is co
On Sat, Jan 19, 2002 at 10:45:41AM +0900, Junichi Uekawa wrote:
> I was saying that
> "DEB_BUILD_OPTIONS="debug,nostrip" && debuild"
> is syntactically incorrect, and it looks bad to have it in debian/rules.
Guess I should read the whole thread before writing any comments next
time. Now I see you
On Fri, Jan 18, 2002 at 11:21:23PM +0900, Junichi Uekawa wrote:
> > debian/rules says:
> > | # to compile with debugging information:
> > | # $ debuild -e DEB_BUILD_OPTIONS="debug,nostrip"
>
> That won't work, because it is syntactically incorrect,
> and also this is not a place to document how to
On Thu, Jan 17, 2002 at 08:35:14AM -0500, christophe barbé wrote:
> Shame on me.
> I was trying to do each setep manually from a fresh fakerooted shell.
> Then my DH_COMPAT was not set.
Please explain why DH_COMPAT was not set? It should be set by the
debian/rules Makefile not before you run debui
On Thu, Jan 17, 2002 at 07:55:09PM +0100, Stefano Zacchiroli wrote:
> These are not "standard" executable, see my just posted reply.
Can you send me a small executable like that one in question? I would
really like to take a look what is going on there.
cu
Torsten
msg05330/pgp0.
On Fri, Jan 18, 2002 at 11:21:23PM +0900, Junichi Uekawa wrote:
> > debian/rules says:
> > | # to compile with debugging information:
> > | # $ debuild -e DEB_BUILD_OPTIONS="debug,nostrip"
>
> That won't work, because it is syntactically incorrect,
> and also this is not a place to document how t
On Fri, Jan 18, 2002 at 02:36:31AM +0900, Junichi Uekawa wrote:
> p Is writing something like:
> Note that this license is not compatible with the GPL. This means that
> you can't redistribute the binary of osh if it is complied with libraries
> licensed under the GPL. The debian package is c
On Sat, Jan 19, 2002 at 10:45:41AM +0900, Junichi Uekawa wrote:
> I was saying that
> "DEB_BUILD_OPTIONS="debug,nostrip" && debuild"
> is syntactically incorrect, and it looks bad to have it in debian/rules.
Guess I should read the whole thread before writing any comments next
time. Now I see yo
On Thu, Jan 17, 2002 at 08:35:14AM -0500, christophe barbé wrote:
> Shame on me.
> I was trying to do each setep manually from a fresh fakerooted shell.
> Then my DH_COMPAT was not set.
Please explain why DH_COMPAT was not set? It should be set by the
debian/rules Makefile not before you run debu
o [EMAIL PROTECTED] with an explanation.
>
> > Any debian developer near Salzburg, Austria, willing to sign my key?
>
> I'm in Innsbruck... Torsten Landschoff <[EMAIL PROTECTED]> is
> probably coming to Salzburg at the end of this month. If you can give
> him some space t
o [EMAIL PROTECTED] with an explanation.
>
> > Any debian developer near Salzburg, Austria, willing to sign my key?
>
> I'm in Innsbruck... Torsten Landschoff <[EMAIL PROTECTED]> is
> probably coming to Salzburg at the end of this month. If you can give
> him some space t
On Mon, Jan 22, 2001 at 08:13:57AM +0100, Martin Schulze wrote:
> You should always be able to backport a patch. If not, I'm sorry, but that
> this should be one quality of a Debian maintainer, you lack something...
You must be kidding. We can't expect from any maintainer the ability
to be able
On Mon, Jan 22, 2001 at 08:13:57AM +0100, Martin Schulze wrote:
> You should always be able to backport a patch. If not, I'm sorry, but that
> this should be one quality of a Debian maintainer, you lack something...
You must be kidding. We can't expect from any maintainer the ability
to be abl
lator, good for testing bootdisks or
> playing populous) I need a mentor for it.
>
> May the Source be with you.
> Goswin
>
> PS: Torsten: your intrested, aren't you? :)
Yes, I am, but currently also very busy. I will get back to you when I
get som
en I
get some time...
Greetings
Torsten
--
Torsten Landschoff Bluehorn@IRC <[EMAIL PROTECTED]>
Debian Developer and Quality Assurance Committee Member
PGP signature
On Wed, Aug 04, 1999 at 03:56:01PM +1000, Peter Moulder wrote:
> Note that the e2compr kernel patch is not currently a Debian package.
> However, I believe they can all be built and run even without the
> kernel patch applied. (If not, that is a bug I'll address.)
Is the kernel patch needed for
On Tue, Mar 16, 1999 at 01:34:49PM +0100, BROWN Nick wrote:
> Currently my problem (we're getting to the question now :-} ) is the
> symlink. I need to provide a symlink libqt.so.1 to the file libqt.so.1.42.
> But this has to be after the shared library file in the archive. Can anyone
> supply
On Sun, May 02, 1999 at 08:23:26AM -0700, Tonnesen Steve wrote:
>
> I am developing a package which uses a Mysql database. I would like to
> create the database and populate it with some data during the postinst
> script. If I add the following Dependencies:
>
> Depends: mysql-server
> Depends:
On Sun, Jan 03, 1999 at 04:42:20PM +0100, Martin Bialasinski wrote:
>
> Hi,
Hi Martin,
> I am doing a rewrite of the equivs package, and have two questions.
>
> The package itself is GPLed, and I want to include some code from
> other GPLed packages (mainly the doc-base parser). Now I want to
On Tue, Jan 05, 1999 at 11:45:00AM +0200, Polacco Fabrizio (NTC/He) wrote:
> That was an heritage of proprietary libraries, where this was the _only_
> debug you could do on it.
> You obviously can use a -dbg package to do also this, but it is not limited
> to this use.
I loked into libdb2-dbg (
On Mon, Dec 28, 1998 at 10:45:00AM +0200, Fabrizio Polacco wrote:
>
> > No :) Because this method is usually used to debug the LIBRARY while
> > the -dbg packages are used to debug the program you wrote using that
> > lib. If you really think the library is buggy you have to install
> > the sourc
On Thu, Dec 17, 1998 at 03:49:21PM +0900, Ionutz Borcoman wrote:
> > Well, actually, I think you're only confusing the issue with
> > '-DVDKDEBUG'. -dbg is for versions of libraries which debugging
> > symbols exposed so that problems may be debugged. Compiling with a
> > different define, at le
Hi!
I mailed my intention to overtake linux-conio to [EMAIL PROTECTED] and I got the
following reply:
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
Delivered-To: GMX delivery to [EMAIL PROTECTED]
Date: Tue, 1 Dec 1998 10:21:41 -0500
To: Torsten Landschoff <[EM
Hi :-)
I have a little problem with "my" package Moscow ML - the following comes from
copyrght.cl, which really is from CAML Light (which Moscow ML is based
upon...):
--
b- Reproduction of the software:
INRIA grants any user of
27 matches
Mail list logo
