I am creating a new package for bigloo, a Scheme compiler, version 2.2b. It
depends on a version of libgc, previously (in version 2.0e) this was libgc4.
I have recently adopted this package, and in looking over the previous
maintainer's work, I noticed that bigloo includes the source code to libgc
Libtool does things a bit differently. I'm going to quote some from the
'libtool-doc' info file in Node: Versioning. ('info libtool' and either
pick it from the menu or type 'g Versioning').
"*_Never_* try to set the interface numbers so that they correspond
to the release number of your package
You might want to refer to the libtool-doc package: 'info libtool' and go
to the Menu node on Versioning. That is the source of the message you
quoted and it contains more information as well.
On Mon, Apr 30, 2001 at 10:35:12AM -0400, [EMAIL PROTECTED] wrote:
> > Yes, but now I have another ques
I was looking through logrotate configuration files /etc/logrotate.conf
and /etc/logrotate.d/ and noticed that there is no entry for rotating
arbitrary files in /var/log... yet they appear to be rotated regardless.
Why is this, and do I need to throw a file in to /etc/logrotate.d/ if
my program wri
This time about syslog-facility:
How am I supposed to know what facility my program is using, during the
purge? The conffiles have been removed, so what's left? A debconf
variable? Secondly, what is the proper mechanism to ensure that
sysklogd has loaded the new configuration? Just /etc/init.d
Just as a small correction, if he wants to prepare the package himself,
then he should file an ITP (Intent to Package) rather than an RFP
(Request for Package).
On Wed, May 30, 2001 at 04:41:56AM +0200, [EMAIL PROTECTED] wrote:
> Thanks for your interest in Debian.
>
> I downloaded your files but
Please read the libtool info files. Library versions != Source versions.
Library versions are dependent on binary-compatibility, or should be,
and this is fully documented in the package 'libtool-doc' in the
section on Versioning. And then forward the information to
upstream so that they know, as
I just wanted to contribute a note: instead of alien'ing your package
to get a listing of it's contents, use the 'dpkg -c' command on your deb.
On Sun, Jul 08, 2001 at 02:13:31PM +0200, Robert Millan wrote:
> Hello,
>
> I'm having some trouble in packaging a program called "esms". It only
> cons
Use the --prefix=/usr option to ./configure
Then when running 'make install' do this instead:
'make install prefix=/path/to/temporary/directory'
On Sun, Jul 08, 2001 at 06:39:22PM +0200, Robert Millan wrote:
> Hello,
>
> I'm modifiing a Makefile.in to got rid of the "/usr/local" but i have some
This thread reminded me of a question I've been wondering about:
What if you have some upstream source that would be better built
if it was split into two source packages one of which build-depended
on the other one's binary package? How should one put the location
of the upstream tarball in the c
I am creating a new package for bigloo, a Scheme compiler, version 2.2b. It
depends on a version of libgc, previously (in version 2.0e) this was libgc4.
I have recently adopted this package, and in looking over the previous
maintainer's work, I noticed that bigloo includes the source code to libg
Libtool does things a bit differently. I'm going to quote some from the
'libtool-doc' info file in Node: Versioning. ('info libtool' and either
pick it from the menu or type 'g Versioning').
"*_Never_* try to set the interface numbers so that they correspond
to the release number of your packag
You might want to refer to the libtool-doc package: 'info libtool' and go
to the Menu node on Versioning. That is the source of the message you
quoted and it contains more information as well.
On Mon, Apr 30, 2001 at 10:35:12AM -0400, [EMAIL PROTECTED] wrote:
> > Yes, but now I have another que
I was looking through logrotate configuration files /etc/logrotate.conf
and /etc/logrotate.d/ and noticed that there is no entry for rotating
arbitrary files in /var/log... yet they appear to be rotated regardless.
Why is this, and do I need to throw a file in to /etc/logrotate.d/ if
my program wr
This time about syslog-facility:
How am I supposed to know what facility my program is using, during the
purge? The conffiles have been removed, so what's left? A debconf
variable? Secondly, what is the proper mechanism to ensure that
sysklogd has loaded the new configuration? Just /etc/init.
Just as a small correction, if he wants to prepare the package himself,
then he should file an ITP (Intent to Package) rather than an RFP
(Request for Package).
On Wed, May 30, 2001 at 04:41:56AM +0200, [EMAIL PROTECTED] wrote:
> Thanks for your interest in Debian.
>
> I downloaded your files bu
Please read the libtool info files. Library versions != Source versions.
Library versions are dependent on binary-compatibility, or should be,
and this is fully documented in the package 'libtool-doc' in the
section on Versioning. And then forward the information to
upstream so that they know, a
I just wanted to contribute a note: instead of alien'ing your package
to get a listing of it's contents, use the 'dpkg -c' command on your deb.
On Sun, Jul 08, 2001 at 02:13:31PM +0200, Robert Millan wrote:
> Hello,
>
> I'm having some trouble in packaging a program called "esms". It only consis
Use the --prefix=/usr option to ./configure
Then when running 'make install' do this instead:
'make install prefix=/path/to/temporary/directory'
On Sun, Jul 08, 2001 at 06:39:22PM +0200, Robert Millan wrote:
> Hello,
>
> I'm modifiing a Makefile.in to got rid of the "/usr/local" but i have some
This thread reminded me of a question I've been wondering about:
What if you have some upstream source that would be better built
if it was split into two source packages one of which build-depended
on the other one's binary package? How should one put the location
of the upstream tarball in the
You should delete the old .debs and only leave the most current versions
in the archive, if I recall correctly.
On Mon, Aug 27, 2001 at 07:26:51PM +, Hereward Cooper wrote:
> Hi,
>
> I'm managed to generate a Packages.gz file for my two packages,
> but recentlly (last couple of hours) when I
On Mon, Sep 10, 2001 at 09:24:42PM -0600, Neil Glenn wrote:
> I thought I had built up a nice sources.list over the months. I went for
> the draw, but too quickly shot myself in the foot. Ouch! Now I have no
> sources.list file. (And I was not practising safe computing - no
> backup!)
>
> Is ther
On Sun, Oct 07, 2001 at 03:26:17PM -0500, Warren Turkal wrote:
> Where do I find some info on setting up an unofficial apt source?
> Warren
Read about the 'apt-ftparchive' program, specifically the 'packages' and
'sources' options to it.
--
On Thu, Oct 11, 2001 at 07:56:04PM -0300, Gustavo Noronha Silva wrote:
>
> >
> > Unpacking cursorsmall (from cursorsmall_1-1_i386.deb) ...
> > dpkg: error processing cursorsmall_1-1_i386.deb (--install):
> > trying to overwrite `/usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz',
On Sun, Mar 17, 2002 at 10:13:32PM +0900, Oohara Yuuma wrote:
> On Fri, 15 Mar 2002 23:17:20 +,
> Will Newton <[EMAIL PROTECTED]> wrote:
> > A program I use (GNU Common Lisp) is currently orphaned (#123279) and has a
> > couple of RC bugs to it's name. I would like to adopt this package and a
You should delete the old .debs and only leave the most current versions
in the archive, if I recall correctly.
On Mon, Aug 27, 2001 at 07:26:51PM +, Hereward Cooper wrote:
> Hi,
>
> I'm managed to generate a Packages.gz file for my two packages,
> but recentlly (last couple of hours) when I
On Mon, Sep 10, 2001 at 09:24:42PM -0600, Neil Glenn wrote:
> I thought I had built up a nice sources.list over the months. I went for
> the draw, but too quickly shot myself in the foot. Ouch! Now I have no
> sources.list file. (And I was not practising safe computing - no
> backup!)
>
> Is there
On Sun, Oct 07, 2001 at 03:26:17PM -0500, Warren Turkal wrote:
> Where do I find some info on setting up an unofficial apt source?
> Warren
Read about the 'apt-ftparchive' program, specifically the 'packages' and
'sources' options to it.
--
;
On Thu, Oct 11, 2001 at 07:56:04PM -0300, Gustavo Noronha Silva wrote:
>
> >
> > Unpacking cursorsmall (from cursorsmall_1-1_i386.deb) ...
> > dpkg: error processing cursorsmall_1-1_i386.deb (--install):
> > trying to overwrite `/usr/X11R6/lib/X11/fonts/misc/cursor.pcf.gz', w
On Sun, Mar 17, 2002 at 10:13:32PM +0900, Oohara Yuuma wrote:
> On Fri, 15 Mar 2002 23:17:20 +,
> Will Newton <[EMAIL PROTECTED]> wrote:
> > A program I use (GNU Common Lisp) is currently orphaned (#123279) and has a
> > couple of RC bugs to it's name. I would like to adopt this package and al
30 matches
Mail list logo
