Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
Hello! Today I tried to install LibreOffice-3.5. and it seems to compile fine, but fails to install. Here is one of the error messages: /var/tmp/portage/app-office/libreoffice-3.5./work/libreoffice-core-3.5./bin/distro-install-file-lists Error: Failed to generate package file lists Have you defined DESTDIR? All other error messages are also concerning the missing directory for installation. Is there an easy way to fix this without re-compiling the whole LibreOffice? If I understand correctly, it can be installed to this or that directory without re-compilation until I delete the temporary files. Or am I wrong? Thanks. Vladimir - v...@ukr.net
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
On Thu, Dec 1, 2011 at 8:43 PM, walt w41...@gmail.com wrote: I just finished building it on my ~x86 and ~amd64 machines, and I'm seeing a very annoying bug in localc on both of them. When I do anything that requires the window to repaint, like scrolling or zooming, the screen doesn't repaint until I start clicking on the spreadsheet. And then the screen repaints only in a rectangular area under the mouse, about 3 x 4 cm. I have to click on every part of the sheet to get the whole thing properly redrawn. Very strange, and very annoying. The repaint and awful interface were resolved by forcing the LO 3.5 not to use gtk3. You can do this removing the gtk3 use flag and recompile LO or just set SAL_USE_VCLPLUGIN variable as follow. I putted it on env.d directory : /etc/env.d/99libogui SAL_USE_VCLPLUGIN=gtk A quick test of lowriter doesn't seem to show the same problem. Can anyone confirm or deny?
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
Hello! So how can I install LibreOffice 3.5 to test it? Portage does not suggest me an update to 3.5 version any more. Thanks. Vladimir - v...@ukr.net
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
v...@ukr.net wrote: Hello! So how can I install LibreOffice 3.5 to test it? Portage does not suggest me an update to 3.5 version any more. Thanks. Vladimir - v...@ukr.net It's keyworded: [-P-] [ -] app-office/libreoffice-3.5. Since it is still a ebuild, I would wait a bit. It is in some initial testing at the moment and it may be best to let it at least get out of the testing. If you really want to try it, this should do the trick echo =app-office/libreoffice-3.5. /etc/portage/package.keywords/package.keywords Then: emerge -u libreoffice Hope that helps. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
Am Mittwoch, den 21.12.2011, 21:57 +0200 schrieb v...@ukr.net: Hello! So how can I install LibreOffice 3.5 to test it? Portage does not suggest me an update to 3.5 version any more. Thanks. Vladimir If you want to go deeper into testing, you may be interested to join the bughunting session on 28th and 29th December. See http://wp.me/p1byPE-cX for the details. Regards, signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
On Sat, Dec 3, 2011 at 8:36 AM, Albert W. Hopkins mar...@letterboxes.org wrote: IIRC, libreoffice was released with *experimental* support for gtk3, and have acknowledged that there are issues with the gtk3 port. However Gentoo decided to enable gtk3 support by default. However it *should* work as expected when built against gtk2. Looks like the ebuild has been updated and now has -gtk3 by default. :)
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
On Thu, 2011-12-01 at 14:43 -0800, walt wrote: I just finished building it on my ~x86 and ~amd64 machines, and I'm seeing a very annoying bug in localc on both of them. When I do anything that requires the window to repaint, like scrolling or zooming, the screen doesn't repaint until I start clicking on the spreadsheet. And then the screen repaints only in a rectangular area under the mouse, about 3 x 4 cm. I have to click on every part of the sheet to get the whole thing properly redrawn. Very strange, and very annoying. A quick test of lowriter doesn't seem to show the same problem. Can anyone confirm or deny? IIRC, libreoffice was released with *experimental* support for gtk3, and have acknowledged that there are issues with the gtk3 port. However Gentoo decided to enable gtk3 support by default. However it *should* work as expected when built against gtk2. -a
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
Hello! There is no need to rebuild LibreOffice if you just want to start it with different front-end. This forum: http://forums.gentoo.org/viewtopic-p-6888618.html gives a fast solution to the problem - just define the SAL_USE_VCLPLUGIN variable according to your needs. For example: SAL_USE_VCLPLUGIN=gen lowriter SAL_USE_VCLPLUGIN=kde4 lowriter SAL_USE_VCLPLUGIN=gtk lowriter SAL_USE_VCLPLUGIN=gtk3 lowriter I can confirm that at least with the gtk value the LO 3.5 interface is pretty stable. Still, LO 3.5.0.0 has a much more serious problem in my case: it cannot open several documents at a time. See, for example this bug report: https://bugs.gentoo.org/show_bug.cgi?id=392907 or this forum thread: http://forums.gentoo.org/viewtopic-t-904036.html Regards, Vladimir - v...@ukr.net
[gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
I just finished building it on my ~x86 and ~amd64 machines, and I'm seeing a very annoying bug in localc on both of them. When I do anything that requires the window to repaint, like scrolling or zooming, the screen doesn't repaint until I start clicking on the spreadsheet. And then the screen repaints only in a rectangular area under the mouse, about 3 x 4 cm. I have to click on every part of the sheet to get the whole thing properly redrawn. Very strange, and very annoying. A quick test of lowriter doesn't seem to show the same problem. Can anyone confirm or deny?
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
On Thu, Dec 1, 2011 at 5:43 PM, walt w41...@gmail.com wrote: I just finished building it on my ~x86 and ~amd64 machines, and I'm seeing a very annoying bug in localc on both of them. When I do anything that requires the window to repaint, like scrolling or zooming, the screen doesn't repaint until I start clicking on the spreadsheet. And then the screen repaints only in a rectangular area under the mouse, about 3 x 4 cm. I have to click on every part of the sheet to get the whole thing properly redrawn. Very strange, and very annoying. A quick test of lowriter doesn't seem to show the same problem. Can anyone confirm or deny? Haven't seen it specifically with LO (and I don't have that version), but I saw a similar quirk on Firefox 4 on Windows 7 when Aero was disabled. It was bad enough that I had to re-enable Aero, despite the other problems that gave me. I've interpreted this kind of bug as developers spending too much time using compositing window systems, and not catching (or forgetting) normal window painting events. -- :wq
Re: [gentoo-user] Anyone using libreoffice 3.5.0.0 yet?
Can anyone confirm or deny? i confirm. apart of these 'painting' issues in localc, observed both lowriter and localc crash during arbitrary pointer movements over menu items. it seems all that misbehavior is related to x11-libs/gtk+:3 after an hour of tries decided to switch back to libreoffice-3.4.4-r1; 3.5.0 is too fresh to use :) victor
