Re: Bug#316031: libfreetype6: API changes from 2.1.7 to 2.1.10

2005-06-28 Thread Ming Hua
> On Mon, Jun 27, 2005 at 10:29:55PM -0500, Ming Hua wrote: > > So from my understanding, it's urgent for libfreetype6 to bump its > > shlibs from "libfreetype6 (>= 2.1.5-1)" to "libfreetype6 (>= > > 2.1.10-1)". > On Mon, Jun 27, 2005 at 10:14:32PM -0700, Steve Langasek wrote: > No. See bug #31438

The status of the etch RC policy

2005-06-28 Thread Daniel Jacobowitz
Is the Etch RC Issues list supposed to be: - A subset of policy - A superset of policy - Some hodgepodge I can't quite work out ? There's some things on it for which I can not find a reference in any released debian-policy package; I'm trying to figure out if I should expect them in a future

Your electronics shopping alternative.

2005-06-28 Thread Tobias
Quality software at low prices - on time and hassle free. http://qlv.pwtmao7i4h7wm87.pedaryil.com Being another character is more interesting than being yourself. Modesty is the citadel of beauty. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tro

Re: Accepted jack-audio-connection-kit 0.100.0-2 (powerpc source)

2005-06-28 Thread Robert Jordens
Hello! [Mon, 27 Jun 2005] Adeodato Simó wrote: > When uploading a version coming from experimental, it is normally > preferred to include in the .changes file all the changelog entries > since the last upload to unstable. This way people can easily read all > the changes, and bugs get prop

Re: Bug#316031: libfreetype6: API changes from 2.1.7 to 2.1.10

2005-06-28 Thread Will Newton
On Tuesday 28 June 2005 06:14, Steve Langasek wrote: > On Mon, Jun 27, 2005 at 10:29:55PM -0500, Ming Hua wrote: > > So from my understanding, it's urgent for libfreetype6 to bump its > > shlibs from "libfreetype6 (>= 2.1.5-1)" to "libfreetype6 (>= 2.1.10-1)". > > No. See bug #314385: this librar

Re: Release Team meeting minutes - 2005-06-18

2005-06-28 Thread Andreas Barth
* Nathanael Nerode ([EMAIL PROTECTED]) [050628 09:01]: > >release blockers: > >pet release goals (aka non-blockers): > How about a newer glibc version? Not mentioned, but I think a lot of people > would really like to see it. That would go as part of "toolchain transition" as far as I understa