Re: Is there a policy on `task-' packages?

1999-11-02 Thread Sean 'Shaleh' Perry
On Tue, Nov 02, 1999 at 10:40:29AM -0500, Kurt D. Starsinic wrote: > On Tue, Nov 02, 1999 at 01:58:59PM +0100, Martin Bialasinski wrote: > > * "Julian" == Julian Gilbey <[EMAIL PROTECTED]> wrote: > > > > Julian> No policy yet. But they are intended as metapackages which > > Julian> contain no cod

Re: Is there a policy on `task-' packages?

1999-11-02 Thread Martin Bialasinski
* "Kurt" == Kurt D Starsinic <[EMAIL PROTECTED]> wrote: Kurt> I would call it a _very_ wide interpretation of glue. For Kurt> example, task-devel-common doesn't depend on anything; it only Kurt> suggests and recommends. I haven't looked at it yet (time...) but I have to. This won't work with ap

Re: [A try again . . .] Mail Server

1999-11-02 Thread Christian T. Steigies
Dear John Smith, On Tue, Nov 02, 1999 at 06:12:20PM +0100, John Smith wrote: > Dear Mentor List; this is the wrong mailing list for your request. Go back to the debian webpages and read what the several mailing lists are good for. Maybe you will find out what this list is good for and that you shou

RE: [A try again . . .] Mail Server

1999-11-02 Thread Jim Westveer
On 02-Nov-99 John Smith wrote: > Dear Mentor List; > > I would like to apologize for my previous mail where I placed redhat > instead of debian, I do ask for forgiveness. I currently use RedHat, but > I have been asked to migrate the services to a Debian environment. Now, > I use debian as a

Re: [A try again . . .] Mail Server

1999-11-02 Thread Julian Gilbey
> Dear Mentor List; 'debian-mentors' is for technical help for packaging software for the Debian distribution. 'debian-user' is for usage questions. I am copying your mail there. You will probably get much more help from them. Julian > I would like to apologize for my previous mail whe

[A try again . . .] Mail Server

1999-11-02 Thread John Smith
Dear Mentor List; I would like to apologize for my previous mail where I placed redhat instead of debian, I do ask for forgiveness. I currently use RedHat, but I have been asked to migrate the services to a Debian environment. Now, I use debian as a workstation, but have never tried as a serve

Re: Is there a policy on `task-' packages?

1999-11-02 Thread Kurt D. Starsinic
On Tue, Nov 02, 1999 at 01:58:59PM +0100, Martin Bialasinski wrote: > * "Julian" == Julian Gilbey <[EMAIL PROTECTED]> wrote: > > Julian> No policy yet. But they are intended as metapackages which > Julian> contain no code, > > This is not a strict thing. Some of the meta-packages I maintain have

Mail Server

1999-11-02 Thread John Smith
Hello List ! Sorry for all the mystery and anonimatum. I am a person who is very interested in using redhat as my servers. I will need to mount a mail server with a backup mail server using fault tolerant systems. I want to use debian for this. I hope that my questions, or the way I form them

Re: Is there a policy on `task-' packages?

1999-11-02 Thread Martin Bialasinski
* "Julian" == Julian Gilbey <[EMAIL PROTECTED]> wrote: Julian> No policy yet. But they are intended as metapackages which Julian> contain no code, This is not a strict thing. Some of the meta-packages I maintain have additional info in the README.Debian, and I thought about a setup tool in one

Re: duplicate manpage

1999-11-02 Thread Julian Gilbey
> Hello, > > After further testing, I managed to clear out some of the problems with the > package. > > One remains, though. > > I setup rules to exec configure, with --mandir=/usr/X11R6/man, and manpage > sufix=1x, in the Makefile. The result for this is a debian package with an > aterm.1x in /

Re: Is there a policy on `task-' packages?

1999-11-02 Thread Julian Gilbey
> I've searched all the docs I can find and trolled through the Debian > website, but I haven't seen any mention of `task-' as a prefix for a > package name. Does it have a specific meaning, and is there a policy? No policy yet. But they are intended as metapackages which contain no code, bu

Re: lintian: unknown-section unknown-priority

1999-11-02 Thread Julian Gilbey
> True, but programs may intentionally ignore case. From the > packaging manual: > > 4.1. Syntax of control files > > > . . . > > Field names are not case-sensitive, but it is usual to capitalise the > fields using mixed case as shown below. > > .