Re: Moving a package from main to non-US/main?

On Sat, Jun 09, 2001 at 11:35:00PM +0100, Julian Gilbey wrote: > > Incidentally, would it be worth having two versions, a non-ssl one and > an ssl one? Have a look at what fetchmail does. > In my packages althea and althea-ssl, I have improved on fetchmail's setup, basing my work off of the sa

Re: Moving a package from main to non-US/main?

On Sat, Jun 09, 2001 at 11:35:00PM +0100, Julian Gilbey wrote: > > Incidentally, would it be worth having two versions, a non-ssl one and > an ssl one? Have a look at what fetchmail does. > In my packages althea and althea-ssl, I have improved on fetchmail's setup, basing my work off of the s

Empty package

I have ITP'd dict-gcide (Bug#100892). This package will provide, conflict and replace dict-web1913. I intend to provide an empty (dummy) dict-web1913 package that will depend on dict-gcide. The only thing functionally required in the dummy package is a control file, and possibly a READ

Re: Replaces: and pre/post rm

On Thu, Jun 14, 2001 at 01:42:08PM -0400, Richard A Nelson wrote: > > > The problem comes when the user replaces the non-ssl with the ssl > > > version (or visa versa): the postrm script on the replaced version > > > is apparently called with the PURGE option. > > [...] > No, must've been hallucin

Empty package

I have ITP'd dict-gcide (Bug#100892). This package will provide, conflict and replace dict-web1913. I intend to provide an empty (dummy) dict-web1913 package that will depend on dict-gcide. The only thing functionally required in the dummy package is a control file, and possibly a REA

Re: Replaces: and pre/post rm

On Thu, Jun 14, 2001 at 01:42:08PM -0400, Richard A Nelson wrote: > > > The problem comes when the user replaces the non-ssl with the ssl > > > version (or visa versa): the postrm script on the replaced version > > > is apparently called with the PURGE option. > > [...] > No, must've been halluci