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
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
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 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, 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 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 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 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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
30 matches
Mail list logo
