Wychodzi na to, że obecna wersja kandydująca LO 5.0.1 RC1 już jest lepsza od pierwszej wersji w tym cyklu wydawniczym (oprócz usunięcia całkiem sporej listy błędów, deweloperzy chwalą się również mniejszym zapotrzebowaniem na RAM). Dlaczego zatem nie dać Wam możliwości skorzystania z niej? Poniższy PKGBUILD jest:
1. uproszczeniem i przeróbką PKGBUILDu libreoffice-fresh-rpm dostępnego w AUR,
2. wersją oferującą (bez żadnych zmian, wyborów itp.) spolonizowany pakiet (przynajmniej na tyle, na ile on obecnie jest spolonizowany) wraz z polskim (patrz wyżej) plikiem pomocy,
3. zbudowany pakiet zastępuje libreoffice-fresh-rpm, ale może koegzystować na jednym komputerze z wersjami libreoffice-fresh oraz libreoffice-still pochodzącymi z oficjalnego repozytorium Archa (czy z innymi - nie wiem, nie używam; generalnie wszelkie wersje, które lądują w /opt będą z nim sprzeczne),
4. domyślnie używa stylu gtk2, który i tak jest np. w przypadku Plasma5 o niebo lepszy niż dedykowany mu kde4,
5. jest to pakiet przebudowywany z pakietów rpms (podobnie jak pakiet libreoffice-fresh-rpm), zatem jego budowa - w przeciwieństwie do budowy bezpośrednio ze źródeł - nie trwa wieczności,
6. uwaga po zbudowaniu, paczka zajmuje ok. 0,5GB, a biorąc pod uwagę jeszcze źródła, to dla zbudowania i zainstalowania jej będziecie musieli mieć nieco miejsca tak w katalogu głównym, jak i w katalogu, w którym budowana będzie paczka,
7. wprawdzie w optdepends jest m.in. paczka jre7-openjdk, jednakże chodzi tu o jakąkolwiek wersję JRE, która wymagana jest do obsługi niektórych funkcji w LO; jre7-openjdk była w oryginalnym PKGBUILDzie i nie zmieniałem tego.
Prosiłbym, aby - o ile to możliwe - włączyć się w testowanie tej wersji i zgłaszanie błędów bezpośrednio na bugzilli LO. Tylko tak możemy uczynić, by projekt ten był coraz lepszy. Niestety polski projekt tłumaczenia LO umiera śmiercią naturalną i jeśli nie nastąpi jakiś wielki zryw społeczności, to następne wydania będą po prostu "polskawe", ze sporą częścią nieprzetłumaczonych rzeczy.
PKGBUILD
# Contributor: Red_Squirrel <evangelion87d@gmail.com>
# Contributor: Xavier114fch <xavier114fch@gmail.com>
# Contributor: nachoig <areta@outlook.com.br>
# Contributor: nTia89 <mattia.b89@gmail.com>
# Contributor: Mark E. Lee <mark@markelee.com>
# Maintainer : Mark E. Lee <mark@markelee.com>
# Maintainer for Polish RC version: pavbaranov
pkgname=libreoffice-rpm-rc-pl
pkgver=5.0.1.rc1
pkgrel=1
pkgdesc="LGPL Office Suite installed from rpms RC version"
arch=('x86_64')
url='http://www.libreoffice.org'
license=('LGPL')
depends=('glibc>=2.5' 'gtk2>=2.10.4' 'xorg-server')
makedepends=('awk')
optdepends=('jre7-openjdk' 'gtk3' 'gst-plugins-base' 'gst-plugins-good' 'gst-plugins-bad' 'gst-plugins-ugly')
source=("http://ftp.tu-chemnitz.de/pub/tdf/libreoffice/testing/5.0.1/rpm/x86_64/LibreOffice_5.0.1.1_Linux_x86-64_rpm.tar.gz"
"http://ftp.tu-chemnitz.de/pub/tdf/libreoffice/testing/5.0.1/rpm/x86_64/LibreOffice_5.0.1.1_Linux_x86-64_rpm_langpack_pl.tar.gz"
"http://ftp.tu-chemnitz.de/pub/tdf/libreoffice/testing/5.0.1/rpm/x86_64/LibreOffice_5.0.1.1_Linux_x86-64_rpm_helppack_pl.tar.gz"
)
conflicts=('libreoffice-fresh-rpm')
sha256sums=('2180147f90bab3ec8bb82fe522fb3d731007cfe82c64716dac21e3059076fe3f'
'd19f078fbc6bd527263447db777839958c44da8e7c631c545a528c200ba1a50b'
'b32f5818a5c35ce29ced1f529f9aec3a4e0cff93b32270ee154405b67d05a527')
package() { ## package function
## check kernel version to allow arbitrarily patched kernels
min_kernMajor=2;
min_kernMinor=6;
min_kernRelease=18;
## in bash, we need to split kernVer assigning into 2 steps
tmp_kernVer=$(uname -r);
new_kernVer=${tmp_kernVer%%-*}
kernVer=(${new_kernVer//./ });
## remove temporary variables
unset new_kernVer tmp_kernVer;
if [ ${kernVer[0]} -le $min_kernMajor ]; then
if [ ${kernVer[1]} -le $min_kernMinor ]; then
if [ ${kernVer[2]} -lt $min_kernRelease ]; then
msg "The kernel version needs to be at least 2.6.18. The current kernel version is $(uname -r). Please update your linux kernel";
exit;
fi;
fi;
fi;
cd ${srcdir}; ## enter the package source directory
## extract rpms and install them
for a in $(ls -d */); do ## loop for all directories found
cd "${srcdir}/${a}/RPMS"; ## enter the RPMS directory
for b in *.rpm; do ## loop for all rpm files found
bsdtar -xf $b; ## extract the rpm files
done;
cp -rf */ ${pkgdir}/; ## copy and merge all found directories to the package directory
## change the permissions for files that shouldn't be executable
declare -a wrongexec=("opt/libreoffice$(echo $pkgver | awk -F'.' 'OFS="." {print $1,$2}')/CREDITS.fodt" "opt/libreoffice$(echo $pkgver | awk -F'.' 'OFS="." {print $1,$2}')/LICENSE.fodt" "opt/libreoffice$(echo $pkgver | awk -F'.' 'OFS="." {print $1,$2}')/NOTICE"); ## set the array to change permissions
for a in ${wrongexec[@]}; do
chmod 644 ${pkgdir}/$a; ## change permissions to read/write for root, read only for users
done;
done;
}
EDIT:
A jednak o mniejszym zapotrzebowaniu na RAM wersji 5.0.1 to nie były czcze przechwałki deweloperów. Prezentowana tu wersja zużywa podczas edycji prostego dokumentu tekstowego ma zapotrzebowanie około połowę niższe od wersji 5.0.0. Także wczytanie dokumentu w wersji 5.0.0 powoduje - przynajmniej u mnie - wzrost zapotrzebowania na CPU sięgający 100% obciążenia jednego rdzenia (chwilowy, potem spada), czego nie zaobserwowałem w wersji 5.0.1. Co ciekawe, ten sam dokument otworzony kilka razy w LO Writer za każdym razem wskazuje inne zapotrzebowanie na RAM. W przypadku 5.0.1 są to różnice mniejsze, ale w przypadku 5.0.0. dość znaczne. Przyznam, że nie wiem z czego to wynika, jak również, czy mniejsze zużycie RAMu jest wynikiem nowej wersji, gdzie to poprawiono, czy też inaczej zbudowanej wersji deweloperskiej (prezentowane tu rozwiązanie dokonuje jedynie przepakowania plików do formatu Archa ze skompilowanego już programu, którego spaczkowania dokonali deweloperzy LO).
Ankieta