Bug#1028132: now ready

[Andreas Tille]

Am Tue, Jun 27, 2023 at 06:31:28AM +0200 schrieb Rene Engelhard:
> 
> Andreas, you can upload r-cran-hunspell.

Uploaded.  Thanks a lot for the ping
Andreas.

-- 
http://fam-tille.de

Bug#1028132: now ready

[Rene Engelhard]

Hi,

Am 27.06.23 um 00:15 schrieb Sebastian Ramacher:

On 2023-06-18 13:57:01 +0200, Rene Engelhard wrote:

Hi,

hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can do
this now.

As said it's a no-op for anything except r-cran-hunspell which also is
prepared in experimental together with hunspell itself.

I might add a libhunspell-private-dev package later when I figured out how
to best prevent this by adding a strict dependency there instead of
hardcoding it... But even without that it's better to not have a copy of
private headers in r-cran-hunspell.

Can I upload to unstable?

Please go ahead


Uploaded, thanks.


Andreas, you can upload r-cran-hunspell.


Regards,


Rene

Bug#1028132: now ready

[Sebastian Ramacher]

Control: tags -1 = confirmed

On 2023-06-18 13:57:01 +0200, Rene Engelhard wrote:
> Hi,
> 
> hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can do
> this now.
> 
> As said it's a no-op for anything except r-cran-hunspell which also is
> prepared in experimental together with hunspell itself.
> 
> I might add a libhunspell-private-dev package later when I figured out how
> to best prevent this by adding a strict dependency there instead of
> hardcoding it... But even without that it's better to not have a copy of
> private headers in r-cran-hunspell.
> 
> Can I upload to unstable?

Please go ahead

Cheers
-- 
Sebastian Ramacher

Bug#1028132: now ready

[Rene Engelhard]

Hi,

hunspell-dict-ko was fixed/worked around the issue (0.7.94-1) so we can 
do this now.


As said it's a no-op for anything except r-cran-hunspell which also is 
prepared in experimental together with hunspell itself.


I might add a libhunspell-private-dev package later when I figured out 
how to best prevent this by adding a strict dependency there instead of 
hardcoding it... But even without that it's better to not have a copy of 
private headers in r-cran-hunspell.


Can I upload to unstable?

Regards,

Rene