Bug#504582: marked as done (hunspell: Some man pages belong to other binary packages)

2008-11-09 Thread Debian Bug Tracking System
Your message dated Mon, 10 Nov 2008 01:02:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#504582: fixed in hunspell 1.2.7-2 has caused the Debian Bug report #504582, regarding hunspell: Some man pages belong to other binary packages to be marked as done. This means that you clai

hunspell_1.2.7-2_amd64.changes ACCEPTED

2008-11-09 Thread Debian Installer
Accepted: hunspell-tools_1.2.7-2_amd64.deb to pool/main/h/hunspell/hunspell-tools_1.2.7-2_amd64.deb hunspell_1.2.7-2.diff.gz to pool/main/h/hunspell/hunspell_1.2.7-2.diff.gz hunspell_1.2.7-2.dsc to pool/main/h/hunspell/hunspell_1.2.7-2.dsc hunspell_1.2.7-2_amd64.deb to pool/main/h/hunspell

Processing of hunspell_1.2.7-2_amd64.changes

2008-11-09 Thread Archive Administrator
hunspell_1.2.7-2_amd64.changes uploaded successfully to localhost along with the files: hunspell_1.2.7-2.dsc hunspell_1.2.7-2.diff.gz libhunspell-dev_1.2.7-2_amd64.deb libhunspell-1.2-0_1.2.7-2_amd64.deb hunspell_1.2.7-2_amd64.deb hunspell-tools_1.2.7-2_amd64.deb Greetings, Yo

Bug#502737: [openoffice.org-writer] Missing mime-mapping entry for .oxt

2008-11-09 Thread Rene Engelhard
Hi, Guido Günther wrote: > On Mon, Oct 20, 2008 at 09:30:12AM +0200, Rene Engelhard wrote: > > Guido Günther wrote: > > > On Mon, Oct 20, 2008 at 01:25:12AM +0200, Rene Engelhard wrote: > > > > And it's now a Type=MimeType one (thus no Exec=), so I wonder where it > > > > belongs. (And it probably

Bug#504604: This bug is anything but release critical

2008-11-09 Thread Leonardo Boselli
On Sat, 8 Nov 2008, Christian Perrier wrote: The "data loss" rationale in this bug report is fairly weak. The offending file (which you even didn't send to the bug report) is not destroyed nor lost. No, the file has not lost, but since one expect that between version of he same program there is

Bug#504604:

2008-11-09 Thread Tim Richardson
I'm still trying to understand the report: > My suggestion woyld be to have an option where the user can choose that > string values when present in an arithmetic formula are > a. evaluated as real ( so "1.2"+3 equals 4.2) > b. evaluated as integer ( so "1.2"+3 equals 4 ) > c. evaluated as