Hello,
I'm hoping to become a Debian developer. I have been
using Debian for many many years and actively participate
in the Arm, HPPA, and Hurd port efforts.
Anyways I have prepared a debian package of XDrum and
all of the associated files are on my webserver
http://www.gyrodynamic.net/debian/
On Sat, Aug 10, 2002 at 10:52:38PM +0200, Holger Kubiak wrote:
> I saw in the debconf-tutorial, section "The config script" that the
> example had a line
>
> db_input medium foo/like_debian || true
>
> Whats the reason for the or'd true-command. Could it be, that my
> postinst-script exists with
Hello,
I'm hoping to become a Debian developer. I have been
using Debian for many many years and actively participate
in the Arm, HPPA, and Hurd port efforts.
Anyways I have prepared a debian package of XDrum and
all of the associated files are on my webserver
http://www.gyrodynamic.net/debian/
On Sat, Aug 10, 2002 at 10:52:38PM +0200, Holger Kubiak wrote:
> I saw in the debconf-tutorial, section "The config script" that the
> example had a line
>
> db_input medium foo/like_debian || true
>
> Whats the reason for the or'd true-command. Could it be, that my
> postinst-script exists wit
Hello,
I saw in the debconf-tutorial, section "The config script" that the
example had a line
db_input medium foo/like_debian || true
Whats the reason for the or'd true-command. Could it be, that my
postinst-script exists with return code 30 because I forgot the "true" in
my config-script?
Gree
Matt Zimmerman:
> If the program cannot be compiled using free tools, then it is not very
> free.
Well, that's a matter of definition.
I'll have a look at using another cross-assembler. Fortunately, there
seems to be a GPL'ed 6502 cross-assembler, so I'll have a look into
using that one instead.
>
> Refer to the Debian Policy Manual, section 2.1.2.
>
>
> In addition, the packages in main
>
> * must not require a package outside of main for *compilation* or execution
> (thus, the package must not declare a "Depends", "Recommends", or
> "Build-Depends" relationship on a non-main package)
On Sat, Aug 10, 2002 at 06:51:03PM +0100, Peter Karlsson wrote:
> I have a question about a program that I am thinking about packaging:
> It is a transfer program? licened according to GPL, but comes with some
> program code that you download to the remote computer. That code is
> also GPL, but th
Hello,
I saw in the debconf-tutorial, section "The config script" that the
example had a line
db_input medium foo/like_debian || true
Whats the reason for the or'd true-command. Could it be, that my
postinst-script exists with return code 30 because I forgot the "true" in
my config-script?
Gre
Hi!
I have a question about a program that I am thinking about packaging:
It is a transfer program¹ licened according to GPL, but comes with some
program code that you download to the remote computer. That code is
also GPL, but the program used to compile those sources is not DFSG
free. The remote
Matt Zimmerman:
> If the program cannot be compiled using free tools, then it is not very
> free.
Well, that's a matter of definition.
I'll have a look at using another cross-assembler. Fortunately, there
seems to be a GPL'ed 6502 cross-assembler, so I'll have a look into
using that one instead
>
> Refer to the Debian Policy Manual, section 2.1.2.
>
>
> In addition, the packages in main
>
> * must not require a package outside of main for *compilation* or execution
> (thus, the package must not declare a "Depends", "Recommends", or
> "Build-Depends" relationship on a non-main package
On Sat, Aug 10, 2002 at 06:51:03PM +0100, Peter Karlsson wrote:
> I have a question about a program that I am thinking about packaging:
> It is a transfer program? licened according to GPL, but comes with some
> program code that you download to the remote computer. That code is
> also GPL, but t
Hi!
I have a question about a program that I am thinking about packaging:
It is a transfer program¹ licened according to GPL, but comes with some
program code that you download to the remote computer. That code is
also GPL, but the program used to compile those sources is not DFSG
free. The remot
Oliver-
I will continue with the parts of sysutils you do not want to deal with. Lets not orphan them, okay? Also, I think at one time procinfo became its own package.
Thanks,
Lon
On Fri, 2002-08-09 at 08:56, Oliver Kurth wrote:
On Fri, Aug 09, 2002 at 08:24:33AM -0500, Lon
On Sat, 10 Aug 2002 12:19, Geert Stappers wrote:
> At 16:32 +0200 8/9/02, Matt Zimmerman wrote:
> >On Fri, Aug 09, 2002 at 04:08:46PM +0200, Andreas Rottmann wrote:
> >> I have one package (radvd) that builds only on Linux (and the *BSDs),
> >> but not on the Hurd. How dow I specify that arch requi
Junichi Uekawa <[EMAIL PROTECTED]> writes:
> Jens Peter Secher <[EMAIL PROTECTED]> immo vero scripsit:
>
> > I cannot find a way to make pbuilder pass arguments to
> > dpkg-genchanges.
>
> Try something like:
> DEBBUILDOPTS=-sa
I do not see how this should help. According to your source code
(
Oliver-
I will continue with the parts of sysutils you do not want to deal with. Lets not orphan them, okay? Also, I think at one time procinfo became its own package.
Thanks,
Lon
On Fri, 2002-08-09 at 08:56, Oliver Kurth wrote:
On Fri, Aug 09, 2002 at 08:24:33AM -0500, Lon
On Sat, 10 Aug 2002 12:19, Geert Stappers wrote:
> At 16:32 +0200 8/9/02, Matt Zimmerman wrote:
> >On Fri, Aug 09, 2002 at 04:08:46PM +0200, Andreas Rottmann wrote:
> >> I have one package (radvd) that builds only on Linux (and the *BSDs),
> >> but not on the Hurd. How dow I specify that arch requ
Junichi Uekawa <[EMAIL PROTECTED]> writes:
> Jens Peter Secher <[EMAIL PROTECTED]> immo vero scripsit:
>
> > I cannot find a way to make pbuilder pass arguments to
> > dpkg-genchanges.
>
> Try something like:
> DEBBUILDOPTS=-sa
I do not see how this should help. According to your source code
At 16:32 +0200 8/9/02, Matt Zimmerman wrote:
>On Fri, Aug 09, 2002 at 04:08:46PM +0200, Andreas Rottmann wrote:
>
>> I have one package (radvd) that builds only on Linux (and the *BSDs),
>> but not on the Hurd. How dow I specify that arch requirement in the
>> control file? Policy D 2.3 seems to in
At 16:32 +0200 8/9/02, Matt Zimmerman wrote:
>On Fri, Aug 09, 2002 at 04:08:46PM +0200, Andreas Rottmann wrote:
>
>> I have one package (radvd) that builds only on Linux (and the *BSDs),
>> but not on the Hurd. How dow I specify that arch requirement in the
>> control file? Policy D 2.3 seems to i
Am Samstag, 10. August 2002 05:36 schrieb Stephen Gran:
> Hello all,
> I am making a .deb of a program, in this case kcdlabel, and I'm getting
> the following warning from lintian:
> W: kcdlabel: binary-or-shlib-defines-rpath ./usr/bin/kcdlabel
> /usr/lib:/usr/X11R6/lib
If configure supports it yo
Stephen> Hello all, I am making a .deb of a program, in this case
Stephen> kcdlabel, and I'm getting the following warning from lintian:
Stephen> W: kcdlabel: binary-or-shlib-defines-rpath ./usr/bin/kcdlabel
Stephen> /usr/lib:/usr/X11R6/lib
Stephen> I don't know enough about the fundamentals of c
This is a small Perl module I had need of during a recent project at
work, but which wasn't in Debian.
Essentially it provides the comparison indicating that (e.g.)
2.10.1pl1-8 is greater than 2.9.8.1-4. Small, simple, perl-only.
Packages may be had from http://devin.com/debian/.
Package: libso
25 matches
Mail list logo
