I am writing some documentation as docbook with a lot of cross-references and pictures. This document gets converted to odf via docbook2odf (0.244-1.1) and I want to libreoffice to generate a PDF out of it with index, links, etc in order to compare its output with PDF generated by dblatex. Going to 'File' -> 'export to PDF', I check the 'PDF/A-1a' checkbox, click on 'Export', after a couple of seconds of work, libreoffice makes my X server crash and I'm back to gdm prompt. This does not happen with I leave the 'PDF/A-1a' checkbox unchecked.
Sorry for double posting (#617681), it looks like reportbug was too smart and sent a previous attempt at reporting this problem that was saved to /tmp :(
severity 617682 grave tag 617682 + unreproducible tag 617682 + moreinfo thanks Nonsense. A Crash is not "critical" or "breaks unrelated software". How the fuck is your system broken? Correct, it isn't. Please get some common sense. Aha, even with some subset of features. In any case, WTF are *X* crashes a OOo bug? Which driver do you use? nouveau by chance? See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616093 muhaha. That mix is nonsense. And your /etc/debian_version (and the dependencies reportbug puts here) sow you are already in hughe parts on unstable with even some packages from experimental. When do people get common sense and do not break their stable? Grüße/Regards, René
severity 617682 important thanks Actually, I think this is only "important" either way. (specific option, can be workarounded by not using it) Grüße/Regards, René
Le jeudi 10 mars 2011 à 16:37 +0100, Rene Engelhard a écrit : it is critical in the sense that something in OOo makes X crash, which is not really something I expect. I can reproduce this problem each time I do the steps described here. 01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD 4550] with the opensource driver. I can check with one of my coworker with an intel if this is reproducible on his workstation. Well, this might make little sense and I'm not an export debian user so please forgive me if this is the source of the problem. My box was in testing while squeeze was still unreleased, then when it got released I had a partial upgrade to wheezy and since it broke a couple of things I got back to stable (to the best of my knowledge). Since this box is quite recent hardware though, I need to be able to pick some recent kernels from experimental and I also need iceweasel from unstable due to some feature I need. I can do any tweaks you'd like me to, except re-installing the box itself as my boss wouldn't exactly like it.
and then you upgraded more... No, you didn't. If you had stableyou would not have many sid or experimental packages installed, neither would you have a libreoffice. (which you even don't have in a consistent state at the same version) That's the most clean solution to your mess. Grüße/Regards, René
Still is not a "critical" libreoffice-writer bug. How does the libreoffice-writer package break your system? It doesn't, it's one (tiny) thing of it and even if there's a crash, it's a X bug (no app should be able to crash X, a X crash often is just a bug in X) And if it's even "just" related to your document, it's even less "critical" Please do. I can't here, but then again I also do not have your document but just created a plain file just containing "Test". That one worked :-) Grüße/Regards, René
reassign 617682 xorg kthxbye Cut the crap, Rene... Gilles, please send along your kernel and Xorg logs. Cheers, Julien
In order to make things a bit cleaner, I removed all repositories except stable and assigned a Pin-Priority of 1001 to stable in order to get all packages back to stable. I known it's not recommended/supported but the process went to the end and everything seems to be working as expected. I then cleaned up apt preferences to only get a 2.6.37 kernel since iceweasel 3.6 isn't available anywhere anymore (and I can't use 4 due because of its dependencies), it now only contains: Package: * Pin: release a=unstable Pin-Priority: -10 Package: linux-image-2.6-amd64 Pin: release a=unstable Pin-Priority: 500 And I added APT::Default-Release "squeeze"; that was missing. So libreoffice is now gone and replaced by OOo but the crasher is gone, instead I get a trace from glibc (see soffice-trace.txt). I'm also attaching the log of Xorg last time it crashed (when I still had libreoffice and the last lines of kern.log (although the latter doesn't show anything useful). Those problems only seem to happen with this document (so far) but my hierarchy doesn't want me to communicate it to third parties. I'll try to reproduce with another document.
Here is a sample document that shows the failure with OOo. Hopefully it would also reproduce the Libreoffice, I'll try to check today. The original document is the docbook one, converted to odf via docbook2odf. Opening the file is OOo will show the glibc trace attached earlier. Hope this helps.
Launched Libreoffice in Xephyr as suggested by a coworker, and the export with the PDF/A-1a option did not crash. The problem might be linked to the radeon driver then.
Hi, Gilles Dartiguelongue <gilles.dartiguelongue@smartjog.com> (11/03/2011): thanks for the report and the testcase, will try and look soon-ish. KiBi.
This hasn't happened afaict. Closing. Cheers, Julien
This hasn't happened afaict. Closing. Cheers, Julien
reopen 617682 kthxbye Nevermind, I was looking at 617681 and the information was in the merged bug. Cheers, Julien