Arch Linux

I can confirm this as well as add that for me at least the libreoffice-<lang> was wrong libreoffice-af was installed even though my locale is en-US.

@Adam you choose that to install by selecting 1 and not corresponding number for en-US

I guess this is caused by libreoffice-common which also provides libreoffice. So pacman only install libreoffice-common when you do 'pacman -S libreoffice'.

@Ionut I didn't choose to install the libreoffice-af package all I did was:

sudo clyde -Syua

and the en-US locale was replaced by the af locale, it wouldn't be so bad if I could read Afrikaans XP

Here is the output from one of my machines

vendion ~ $ sudo clyde -Syua
Password:
:: Synchronizing package databases...
core is up to date
extra.db 473.6K 1471.1K/s 00:00:00 [#############################################################################] 100%
community.db 446.5K 1319.0K/s 00:00:00 [#############################################################################] 100%
multilib.db 26.2K 352.7K/s 00:00:00 [#############################################################################] 100%
:: Starting full system upgrade...
:: Replace libreoffice with extra/libreoffice-common? [Y/n] y
:: Identifying AUR packages...
yakuake-skin-plasma... 78/ 78 [##############################################################################################################################################################################] 100%
-> Identified 0 AUR packages.
resolving dependencies...
looking for inter-conflicts...

Remove (1): libreoffice-3.4.1-2

Total Removed Size: 277.32 MB

Targets (40): libdrm-2.4.26-1 libglapi-7.11-1 libgl-7.11-1 ati-dri-7.11-1 dri2proto-2.6-1 gstreamer0.10-0.10.35-1 gtk-update-icon-cache-2.24.5-3 gtk2-2.24.5-3 gtk3-3.0.12-1 lib32-libpciaccess-0.12.1-2
lib32-libdrm-2.4.26-1 lib32-libglapi-7.11-2 lib32-libgl-7.11-2 libmms-0.6.2-1 libmpeg2-0.5.1-3 libreoffice-af-3.4.2-1 libreoffice-common-3.4.2-1 libreoffice-extension-ct2n-3.4.2-1
libreoffice-extension-diagram-3.4.2-1 libreoffice-extension-hunart-3.4.2-1 libreoffice-extension-nlpsolver-3.4.2-1 libreoffice-extension-numbertext-3.4.2-1
libreoffice-extension-oooblogger-3.4.2-1 libreoffice-extension-pdfimport-3.4.2-1 libreoffice-extension-presentation-minimizer-3.4.2-1 libreoffice-extension-presenter-screen-3.4.2-1
libreoffice-extension-report-builder-3.4.2-1 libreoffice-extension-typo-3.4.2-1 libreoffice-extension-validator-3.4.2-1 libreoffice-extension-watch-window-3.4.2-1
libreoffice-extension-wiki-publisher-3.4.2-1 libx11-1.4.4-1 mesa-7.11-1 mpg123-1.13.3-2 xf86-video-ati-6.14.2-1 xorg-server-common-1.10.3-2 xorg-server-1.10.3-2 xorg-twm-1.0.7-1
xorg-xset-1.2.2-1 xterm-271-1

Total Download Size: 95.24 MB
Total Installed Size: 387.17 MB

but my system locale is

en.US
en.US.iso88591
en.US.utf8

It's a bit off-topic here, but 'libreoffice-langpack' should be removed from depends of libreoffice-common, too.
It doesn't make much sense to have 'libreoffice-langpack' in depends and in optdepends anyway. It's better to have it in optdepends.

This is the reason for Adam's language issue.

@Adam don't use clyde. only pacman behavior is accepted

I have to correct myself. Adam's language pack issue indeed seems to be related to clyde. I tried again upgrading libreoffice with pacman -Syu and it indeed kept my libreoffice-de package and updated it without installing libreoffice-af. After downgrading to libreoffice 3.4.1 and uninstalling libreoffice-de I was given the language choosing dialog by pacman -Syu.

Remain the original issue of this bug report, the libreoffice group issue, which ought to be fixed by removing 'libreoffice' from provides, and the issue that libreoffice-langpack is in both depends and optdepends of libreoffice-common which is at least redundant. So one of them should be removed.

Yes, the provision for 'libreoffice' is conflicting with the expected group behaviour. This is a major hindrance. I do not want to type a long list of packages just to install everything the term 'LibreOffice' stands for.

My system just got updated with libreoffice-common and nothing else, when I used to have the full suite.

This is worse than a Python module update, which at least puts a functional albeit non-compatible version of the software. Such a broken update should at least come with an announcement, and not only a post-install message.

In the mean time, this can be used to install all the packages of the libreoffice group:
pacman -S $(pacman -Sgq libreoffice)

But yes, this needs to be fixed asap.