Arch Linux

this is how upstream ships the langpacks. discuss this upstream if you think it should be changed.

both dictionaries are part of all three langpacks: en-GB, en-US and en-ZA.

I tend to say not a bug as not many users will install two different english langpacks.

In this case I think that the three packages should conflict so that pacman can handle the situation correctly.

BTW: Thanks for the work packaging Libreoffice!

Or maybe put this file in a separate package the others can depend on?
I'm using differentiated US and UK English, here. (depending on whether the recipient is from the US or UK, obviously)

i also ran into this. i agree that something should be done so that pacman handles this better. either the packages should conflict or the duplicate file should be in another package that they depend on.

This is a duplicate (not in title, but in essence) of my bug #36732.

If you don't bring this to an upstream solution things won't change.

4.1.2 is right around the corner and if I don't see any upstream statement about this I won't change the upstream RPM langpacks.

Actually, that is *not* how upstream ships the langpacks. Each langpack is split into several rpms, then to facilitate downloads, all rpms needed for a given language are grouped together in a single tarball. However, some of those rpms are present in several tarballs. This makes it easier to users who want to download a language, since they are sure to get all needed packages at once and since rpm will do the right thing if the user tries to install the same package more than once (pacman would do the right thing too if there was a one-on-on mapping between arch package and rpm file).

In the specific case of the english variants, there is a libreoffice4.1-dict-en-${version}.rpm which contains the files common to all variants, then there are libreoffice4.1-en-{GB,ZA}-${version}.rpm for the files specific to each variant.

The issue comes from the way the arch packages group several rpms into a single arch package, if the arch packages followed the upstream packages there would be no issue.

Edit: Sorry, I was looking at the en-US language pack only, not the others.

Sorry guys. I don't have much time these days and a new LibO release is pretty near.

Please tell me what changes are required to get proper english support back. Best would to not split LibO any further if not needed.

The same error message here. I hope this will change with the next upgrade. Any idea how to fix this temporarily?

Edit: I removed one package with "pacman -R libreoffice-en-US" and no more error message is popping up.