current libreoffice version is 3.4.4. Why is the binary version not up to date? If it's because of the lack of people that can or want to build the prebuild package, I would be glad to do it. :-) Reproducible: Always
Created attachment 292215 [details] version bump libreoffice-bin-3.4.4.ebuild only change BVER="3.4.3-302" BVER2="3.4-302" to BVER="3.4.4-402" BVER2="3.4-402" it works
We won't do the upstream rpm binaries anymore, now we provide gentoo generated ones, and it will be prepared at the point it will be entering stable.
ok, well, what's keeping that precompiled binary gentoo generated version of libreoffice in the tree? Libreoffice 3.4.4 is stable upstream altough. Btw, like I said before, I really wanna help. Ivan: Thanks, it seems to be the only solution for the moment.
I know it is stable enough, I just want to wait for the lo to sort itself out at least for 14 days (people in gentoo tend to find bugs nobody else from upstream thought about :))
(In reply to comment #4) > I know it is stable enough, I just want to wait for the lo to sort itself out > at least for 14 days (people in gentoo tend to find bugs nobody else from > upstream thought about :)) Perhaps can we fix the RDEPEND on libreoffice-l10n? Both libreoffice and libreoffice-l10n are bumped in main tree but not libreoffice-bin, libreoffice-l10n, which is being pull in by libreoffice-bin as a RDEPEND, wants to pull in libreoffice, which of course blocks libreoffice-bin. [ebuild N ] virtual/ooo-0 [ebuild N ] app-office/libreoffice-3.4.4.2-r1 USE="branding dbus eds gnome gstreamer gtk java mysql nsplugin opengl vba (-aqua) -binfilter -custom-cflags -debug -graphite -jemalloc -kde (-kdeenablefinal) -odk -pdfimport -python -templates -test -webdav" LINGUAS="en_GB -de -en_ZA -es -fr -hu -it" [ebuild U ] app-office/libreoffice-l10n-3.4.4-r1 [3.4.3-r3] USE="-templates%" LINGUAS="-gd% -om% -sa_IN% -si%" [blocks B ] app-office/libreoffice-bin ("app-office/libreoffice-bin" is blocking app-office/libreoffice-3.4.4.2-r1) [blocks B ] app-office/libreoffice ("app-office/libreoffice" is blocking app-office/libreoffice-bin-3.4.3.2-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (app-office/libreoffice-3.4.4.2-r1::gentoo, ebuild scheduled for merge) pulled in by >=app-office/libreoffice-3.4.4.2-r1 required by (app-office/libreoffice-l10n-3.4.4-r1::gentoo, ebuild scheduled for merge) (app-office/libreoffice-bin-3.4.3.2-r1::gentoo, installed) pulled in by app-office/libreoffice-bin required by @selected app-office/libreoffice-bin required by (virtual/ooo-0::gentoo, ebuild scheduled for merge) A work around is to temporarily mask higher version of libreoffice-l10n until libreoffice-bin is bumped. Doesn't seem like correct portage behavior to me.
Created attachment 299025 [details] Fixed ebuild for libreoffice-bin-3.4.4 Fixed ebuild for libreoffice-bin-3.4.4
Created attachment 299027 [details] Fixed ebuild for libreoffice-l10n-3.4.4 Fixed ebuild for libreoffice-l10n-3.4.4
The rpm provided binary are not to be done, so do not post the ebuild utilizing them. (mostly security concenrs plus desktop integration). The generated tbz2 packages for 3.4.5 are in preparation at stabilisation bug for 3.4.5 so 3.4.5.2 bin version will be available hopefully soon. For x86 there are at least the packages. The generating script is in the files/ directory of libreoffice ebuild so anyone can help generate them (just remember that you need virutal stable gentoo with basic cflags [it cant be built on normal stable gentoo with optimalizations {as it would not work for others}])
*** Bug 397615 has been marked as a duplicate of this bug. ***
bug 401051
*** Bug 401051 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > bug 401051 reopening this, and burn 401051. sorry for the noise
There is 3.4.5.2 available so closing. Even tho it is now broken for amd64 we are working on the fix.