Hi,

Am 15. Juli 2025 21:45:10 MESZ schrieb Soren Stoutner <so...@debian.org>:
>On Tuesday, July 15, 2025 4:47:45 AM Mountain Standard Time Rene Engelhard 
>wrote:
>> Hi,
>> 
>> yes, I also think at least nl_BE (if not all) definitely should be put back.
>> 
>> There was no reason to remove them - in contrast...
>
>I disagree.
>
>Country or region specific dictionaries should only exist if they actually 
>contain distinct country or region specific information.  So, for example, if 
>upstream shipped a nl_BE.dic that was different than the main nl.dic, then 
>that file should be shipped in Debian.  In this case, the upstream project 
>does not produce any country or region specific dictionaries, but rather only 
>one language dictionary, which they name nl.dic.  

That would be ideal, yes. 

That is just not how it works... It worked the current way since the 2000s. No 
reason to immediately change it now.

> Creating country-specific 
>symlinks causes the LibreOffice GUI to list each country as if it had a 
>separate, customized dictionary for that country, which in the case of this 
>package is incorrect.

It causes it to actually list them, as I said in my other reply. There is 
Format->Character as I said.

>In other words, I consider this a bug in LibreOffice, which I have opened 
>here:
>
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1109355

This would be needed to be done by upstream because I am not going to do a big 
behavioural change like this. 
Ideally you filed it upstream directly, I hate to play proxy...

And they probably won't do because they rely on dictionary extensions, I guess, 
which has the registration mechanism. And even that needs to mention the 
languages (here: nl_NL, nl_BE, ...) there.

>However, given the short amount of time before the trixie release, I consider 
>the best place to work around this bug to be to temporarily rename the 
>dictionary to include the primary country code so that LibreOffice can find 
>it. 

I disagree. 

Do it like all the other packages and ship the symlinks. It's not as if this is 
new - and as said this has worked since the 2000s.

You break hunspell-nl for Belgian users, not me. Especially if there won't be a 
change in LibreOffice.

> For forky, once the bug is fixed in LibreOffice, this package should 
>resume shipping the original upstream file name of nl.dic

You could have kept in the first place and use nl_NL and at least _BE as a 
symlink.

Regards

Rene

Reply via email to