[arch-dev-public] testing splitted LibreOffice 3.4.2rc1
It's done. LibreOffice has been split into libreoffice-common and application packages -writer,base,calc,... For better look'n feel you should also install libreoffice-gnome for use in any gtk desktop and libreoffice-kde4 if you want. The en-US language is no more included in the -common pkg. So everyone will have to install at least one language pack,e.g. libreoffice-en-US. I hope I've covered the deps all well. Please test fresh installations and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be already safe for daily usage. Recommended way for new installations should be to either install libreoffice-common the should ask for a langpack or directly install the langpack of your choice that will pull in the -common pkg. Then you install the application packages you want. It's also possible to install the "libreoffice" group package. If you upgrade you should get libreoffice-common installed showing the needed infos. So get it from the testing repo and report bugs. -Andy
On Tue, Jul 19, 2011 at 6:29 AM, Andreas Radke <a.radke@arcor.de> wrote:
It's done. LibreOffice has been split into libreoffice-common and application packages -writer,base,calc,...
For better look'n feel you should also install libreoffice-gnome for use in any gtk desktop and libreoffice-kde4 if you want.
The en-US language is no more included in the -common pkg. So everyone will have to install at least one language pack,e.g. libreoffice-en-US.
I hope I've covered the deps all well. Please test fresh installations and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be already safe for daily usage.
Recommended way for new installations should be to either install libreoffice-common the should ask for a langpack or directly install the langpack of your choice that will pull in the -common pkg. Then you install the application packages you want.
It's also possible to install the "libreoffice" group package.
If you upgrade you should get libreoffice-common installed showing the needed infos.
So get it from the testing repo and report bugs.
Are we switching our name to Debian or Ubuntu too? This is a tad out of character, and I'm not a big fan at all. Not only does the upgrade/update fail for me, I believe I'm going to be left with a broken install as writer, calc, etc. aren't even pulled in for me even though I had them installed before. -1, no signoff from me if I can't even do a clean update. What on earth problem are we trying to solve here? If you install an office suite, I really don't think we should be fretting over saving a couple of MB. This package already sees extremely frequent updates so bandwidth concerns far outweigh any installed size concerns. -Dan :: Replace libreoffice with testing/libreoffice-common? [Y/n] y resolving dependencies... :: There are 103 providers available for libreoffice-langpack: :: Repository testing 1) libreoffice-af 2) libreoffice-ar 3) libreoffice-as 4) libreoffice-ast 5) libreoffice-be 6) libreoffice-bg 7) libreoffice-bn 8) libreoffice-bo 9) libreoffice-br 10) libreoffice-brx 11) libreoffice-bs 12) libreoffice-ca 13) libreoffice-ca-XV 14) libreoffice-cs 15) libreoffice-cy 16) libreoffice-da 17) libreoffice-de 18) libreoffice-dgo 19) libreoffice-dz 20) libreoffice-el 21) libreoffice-en-GB 22) libreoffice-en-US 23) libreoffice-en-ZA 24) libreoffice-eo 25) libreoffice-es 26) libreoffice-et 27) libreoffice-eu 28) libreoffice-fa 29) libreoffice-fi 30) libreoffice-fr 31) libreoffice-ga 32) libreoffice-gl 33) libreoffice-gu 34) libreoffice-he 35) libreoffice-hi 36) libreoffice-hr 37) libreoffice-hu 38) libreoffice-id 39) libreoffice-is 40) libreoffice-it 41) libreoffice-ja 42) libreoffice-ka 43) libreoffice-kk 44) libreoffice-km 45) libreoffice-kn 46) libreoffice-ko 47) libreoffice-kok 48) libreoffice-ks 49) libreoffice-ku 50) libreoffice-lo 51) libreoffice-lt 52) libreoffice-lv 53) libreoffice-mai 54) libreoffice-mk 55) libreoffice-ml 56) libreoffice-mn 57) libreoffice-mni 58) libreoffice-mr 59) libreoffice-my 60) libreoffice-nb 61) libreoffice-ne 62) libreoffice-nl 63) libreoffice-nn 64) libreoffice-nso 65) libreoffice-oc 66) libreoffice-om 67) libreoffice-or 68) libreoffice-pa-IN 69) libreoffice-pl 70) libreoffice-pt 71) libreoffice-pt-BR 72) libreoffice-ro 73) libreoffice-ru 74) libreoffice-rw 75) libreoffice-sa-IN 76) libreoffice-sat 77) libreoffice-sd 78) libreoffice-sh 79) libreoffice-si 80) libreoffice-sk 81) libreoffice-sl 82) libreoffice-sq 83) libreoffice-sr 84) libreoffice-ss 85) libreoffice-st 86) libreoffice-sv 87) libreoffice-sw-TZ 88) libreoffice-ta 89) libreoffice-te 90) libreoffice-tg 91) libreoffice-th 92) libreoffice-tn 93) libreoffice-tr 94) libreoffice-ts 95) libreoffice-ug 96) libreoffice-uk 97) libreoffice-uz 98) libreoffice-ve 99) libreoffice-vi 100) libreoffice-xh 101) libreoffice-zh-CN 102) libreoffice-zh-TW 103) libreoffice-zu Enter a number (default=1): 22 looking for inter-conflicts... error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: libreoffice-common and libreoffice are in conflict (go-openoffice)
Am Tue, 19 Jul 2011 11:49:22 -0500 schrieb Dan McGee <dpmcgee@gmail.com>:
Are we switching our name to Debian or Ubuntu too? This is a tad out of character, and I'm not a big fan at all. Not only does the upgrade/update fail for me, I believe I'm going to be left with a broken install as writer, calc, etc. aren't even pulled in for me even though I had them installed before.
-1, no signoff from me if I can't even do a clean update. What on earth problem are we trying to solve here? If you install an office suite, I really don't think we should be fretting over saving a couple of MB. This package already sees extremely frequent updates so bandwidth concerns far outweigh any installed size concerns.
-Dan
That's not fair. LibreOffice is mainly driven by its main supporters: SuSE/Fedora/Debian/Ubuntu. And they all split the packages. We had that request many times in our tracker and in our forum. And finally we are now back "more upstream" way again.
:: Replace libreoffice with testing/libreoffice-common? [Y/n] y resolving dependencies... :: There are 103 providers available for libreoffice-langpack: :: Repository testing 1) libreoffice-af 2) libreoffice-ar 3) libreoffice-as 4) libreoffice-ast 5) libreoffice-be 6) libreoffice-bg 7) libreoffice-bn 8) libreoffice-bo 9) libreoffice-br 10) libreoffice-brx
...
Enter a number (default=1): 22 looking for inter-conflicts... error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: libreoffice-common and libreoffice are in conflict (go-openoffice)
This should be solved with 3.4.2rc2-1 that has libreoffice-common providing 'libreoffice'. The upgrade path should now be smooth expect when you use some AUR extensions or unsupported langpacks. The install msg should say it clearly what packages you may want to install to get the functionality you want. I find this more Arch way than the all-in-one pkg we had so far. Upstream made this pkg splitting now usable and recommended for all distributions. There's no need to ship a single bloated pkg with en_US included that many people don't want. -Andy
On Tue, Jul 19, 2011 at 1:22 PM, Andreas Radke <a.radke@arcor.de> wrote:
Am Tue, 19 Jul 2011 11:49:22 -0500 schrieb Dan McGee <dpmcgee@gmail.com>:
Are we switching our name to Debian or Ubuntu too? This is a tad out of character, and I'm not a big fan at all. Not only does the upgrade/update fail for me, I believe I'm going to be left with a broken install as writer, calc, etc. aren't even pulled in for me even though I had them installed before.
-1, no signoff from me if I can't even do a clean update. What on earth problem are we trying to solve here? If you install an office suite, I really don't think we should be fretting over saving a couple of MB. This package already sees extremely frequent updates so bandwidth concerns far outweigh any installed size concerns.
-Dan
That's not fair. LibreOffice is mainly driven by its main supporters: SuSE/Fedora/Debian/Ubuntu. And they all split the packages. We had that request many times in our tracker and in our forum. And finally we are now back "more upstream" way again.
:: Replace libreoffice with testing/libreoffice-common? [Y/n] y resolving dependencies... :: There are 103 providers available for libreoffice-langpack: :: Repository testing 1) libreoffice-af 2) libreoffice-ar 3) libreoffice-as 4) libreoffice-ast 5) libreoffice-be 6) libreoffice-bg 7) libreoffice-bn 8) libreoffice-bo 9) libreoffice-br 10) libreoffice-brx
...
Enter a number (default=1): 22 looking for inter-conflicts... error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: libreoffice-common and libreoffice are in conflict (go-openoffice)
This should be solved with 3.4.2rc2-1 that has libreoffice-common providing 'libreoffice'. The upgrade path should now be smooth expect when you use some AUR extensions or unsupported langpacks.
I'm not understanding you here- it clearly isn't a clean upgrade path on my system. I have libreoffice installed now, not go-openoffice. Your dependencies are busted. Pacman now defaults to an already-installed provider, and because the new testing/libreoffice-extension-oooblogger depends on 'libreoffice' rather than 'libreoffice-common', the upgrade path doesn't work. This needs to be fixed. $ pacman -Si testing/libreoffice-extension-oooblogger Repository : testing Name : libreoffice-extension-oooblogger Version : 3.4.2rc1-1 URL : http://www.libreoffice.org/ Licenses : LGPL3 Groups : libreoffice-extensions Provides : None Depends On : libreoffice coreutils python Optional Deps : None Conflicts With : None Replaces : None Download Size : 8.00 KiB Installed Size : 44.00 KiB Packager : Andreas Radke <andyrtr@archlinux.org> Architecture : x86_64 Build Date : Mon 18 Jul 2011 05:06:55 PM CDT MD5 Sum : 8132dfbc67b5a01de4e6a31b502b25df Description : An extensions for blogging
The install msg should say it clearly what packages you may want to install to get the functionality you want. I find this more Arch way than the all-in-one pkg we had so far.
OK, I couldn't get that far. If it does, then I find that somewhat more palatable, but this is still going to result in a lot of confusion, bug reports, and forum/ML posts.
Upstream made this pkg splitting now usable and recommended for all distributions. There's no need to ship a single bloated pkg with en_US included that many people don't want.
We're not "all distributions", we're Arch. * Old libreoffice package: 283975.00 KiB * New libreoffice-common + -writer + -calc (what most would consider the bare minimum) : 223474.00 + 10076.00 + 15742.00 = 249292.00 KiB, which is 87% of the size of the old package. I guess we have different definitions of "bloated package". I'm also trying to figure out the value added by having a 44 KiB installed 'libreoffice-draw' and 736 KiB installed 'libreoffice-impress' package that I have to remember to install separately. -Dan
participants (2)
-
Andreas Radke
-
Dan McGee