Re: packages in main and non-US/main
Why do packages have to be removed from main just because a newer version is
in non-US/main? I know althea, my package, is in both, but version 0.4.4 (the
newest in main) is just as usable as version 0.5.1 (the version in non-US)
except for the omission of IMAP-over-SSL support and a few other bugfixes.
No security flaws have, to the best of my knowledge, been found in version
0.4.4. Why, then, is it being removed? I know the proper solution is to make
a non-ssl package and an ssl package, and I'm working on automating that for
future releases (I'm basing my work off of fetchmail/fetchmail-ssl - anyone
have further advice?).
Althea is an unimportant package, being an IMAP email client with no
distinguishing features other than simplicity, so this isn't a big deal, but
as a matter of policy I thought I should inquire.
Please CC me on replies - it works better with my procmail filters that way.
- Jimmy Kaplowitz
jimmy@debian.org
On Mon, May 28, 2001 at 08:38:10PM +0200, Marcus Brinkmann wrote:
> Hi,
>
> some source (and binary) packages are duplicated in main and non-US/main.
> Considering that these are basically two distinct archives, it is not too
> surprising that this can happen if a package is moved from one to the other.
>
> Are the ftp maintainers already keeping track of those? And if yes, what is
> an usual delay until such inconsistencies are fixed? [I am just wondering
> if I can assume them to be temporary (couple of days), or if I need to watch
> out for them and cycle through all Sources/Packages files to find the most
> recent entry for any given package]
>
> Source Packages:
> althea
> cadaver
> dbf2sql
> libpgsql-ruby
> proftpd
> radiusd-freeradius
>
> Binary Packages:
> althea
> cadaver
> dbf2pg
> libpgsql-ruby
> proftpd
> proftpd-common
> proftpd-doc
> proftpd-ldap
> proftpd-mysql
> proftpd-pgsql
>
> Thanks,
> Marcus
>
> --
> `Rhubarb is no Egyptian god.' Debian http://www.debian.org brinkmd@debian.org
> Marcus Brinkmann GNU http://www.gnu.org marcus@gnu.org
> Marcus.Brinkmann@ruhr-uni-bochum.de
> http://www.marcus-brinkmann.de
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Reply to: