Bug#964973: Bug#954849: Bug#964780: libreoffice-writer crashes on startup after upgrade to 1:7.0.0~rc1-5
reassign 954849 mesa-opencl-icd forcemerge 964973 954849 affects 964973 libreoffice,libreoffice-calc thanks Hi, Am 17.07.20 um 01:19 schrieb Rogério Brito: > On Thu, Jul 16, 2020 at 4:11 PM Rene Engelhard wrote: >> Am 15.07.20 um 17:42 schrieb Rene Engelhard: >>> Am 15.07.20 um 17:34 schrieb Rene Engelhard: >>>>> , >>>>> | $ libreoffice >>>>> | : CommandLine Error: Option 'polly' registered more than once! >>>>> | LLVM ERROR: inconsistency in registered CommandLine options >>>>> ` >>>> I'd have a look what causes this. Wherever this "polly" "command-line" >>>> option is set. > In the context of LLVM polly is the integer polyhedral optimization > "engine" (GCC also uses something similar called graphite, if I am not > mistaken). What causes it to be included multiple times, I don't know > (but I suspect, see below). > >> We should discuss there, probably. Different option but... I still >> believe it's not a LO problem but a problem of something using LLVM or >> someone configuring something (using LLVM) badly. > I tested stuff a little bit more and, now, I can tell more about this > issue. Are you ready for a journey? :-) I hope that you are. [...] > Then, remembering that Calc started using OpenCL (at one point or > another), I installed calc. It *STILL* worked. [...] > Then, I installed beignet-opencl-icd. It *STILL* worked. (I have a > notebook with an integrated intel chip and a discrete AMD card) > > Then, I installed mesa-opencl-icd. It pulled in a lot of packages, > including clang-common-10-dev and other stuff. It *still* worked, to > my amazement. > > Then, I decided, just for fun, to remove the directory > ~/.config/libreoffice (actually, I simply renamed it to > ~/.config/libreoffice.old). NOW, it didn't work and showed again the > "polly" message. > > If I copy back the contents from ~/.config/libreoffice.old to > ~/.config/libreoffice and invoke libreoffice, then it works again. > > OK, so, mesa-opencl-icd was the thing that caused some instabilities, > right? I then, decided to remove it (and its dependencies), just > keeping Intel's beignet and, bingo: > > I can fire up libreoffice with both a prepopulated > ~/.config/libreoffice or not and it works without any problems. > > With mesa-opencl-icd/20.1.2-1 installed, I can only run libreoffice > successfully if I have a preexisting ~/.config/libreoffice from a > previous successful run (an empty directory prevents it from running). Probably with a clean profiile it sees the stuff is there and enables OpenCL while it doesn't if the ICD is not present? Maybe we generally should disable OpenCL per default? (as Fedora apparently does: https://src.fedoraproject.org/rpms/libreoffice/blob/master/f/0001-Resolves-rhbz-1432468-disable-opencl-by-default.patch) > So, part of the mystery is unveiled (but not solved)... The problem is > definitely not with libreoffice, but with LLVM & Co. > > Just for the record, the packages that were installed when > mesa-opencl-icd/20.1.2-1 were: > > * lib32gcc-s1/10.1.0-4 > * lib32stdc++6/10.1.0-4 > * libc6-i386/2.30-8 > * libclang-common-10-dev/1:10.0.1~+rc4-1 > * libclc-amdgcn/0.2.0+git20190 > * libclc-dev/0.2.0+git20190 > * libclc-r600/0.2.0+git20190 > > Based on this, I guess that this bug should probably be reassigned to > the LLVM people, perhaps (or to the mesa people)... Yeah. I just noticed there is already https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964973 > More precise information, straces and logs are available if needed. One could tell the mesa people :-) Reassignig this bug :-) > Thanks for taking care of libreoffice in Debian, Thanks for trying and giving some light here. And for the original one: --- snip --- in console I get message: : CommandLine Error: Option 'limited-coverage-experimental' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options --- snip --- there was https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852746 (especially https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852746#76 ?), too... Regards, Rene
Re: Bug#702823: X error
reassign 702823 xserver-xorg-core # change as appropriate forwarded 702823 https://bugzilla.redhat.com/show_bug.cgi?id=920548 thanks Hi, On Wed, Mar 13, 2013 at 09:02:13PM +0100, Eike Rathke wrote: Actually this seems to be an X IO error. X should never die on whatever the application does. See also https://bugzilla.redhat.com/show_bug.cgi?id=920548 And no, it's not the number of precedents because that is just one, the range. It may be related to the virtual offset where the highlighted range would be drawn, but this is speculated so far, I didn't manage yet to debug that properly. It doesn't even die within Calc but apparently in the Gtk main loop yield. Thanks Eike. Reassigning to Xorg. Regards, Rene -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130313213606.gk31...@rene-engelhard.de
Re: Bug#675882: libreoffice: Libreoffice crash X11
Hi, On Mon, Jun 04, 2012 at 12:25:16AM +0200, Rene Engelhard wrote: Oh, seriously? Maybe you want to just upgrade your X drivers? See #673942. It also could (as see above) just a X bug. The X maintainers asked whether you could get a backtrace of the X crash? Regards, Rene -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120603225344.gd5...@rene-engelhard.de
Re: Bug#669629: libreoffice-impress : slideshow fails to initiate
reassign 669629 libcairo2 severity 669629 grave unmerge 668190 reassign 668190 libcairo2 unmerge 668172 reassign 668172 libcairo2 forcemerge 668172 668190 669629 found 668172 1.12.0-1 thanks On Fri, Apr 20, 2012 at 05:15:34PM +0100, dai wrote: Yes, downgrading libcairo2 to testing works! Failed miserably with reportbug, hence report below. And you also failed to send the above mail so it actually gets recorded in the BTS. On Fri, Apr 20, 2012 at 05:12:11PM +0100, dai wrote: Rene, Yes 295.40 proprietary driver Note that this driver is not in Debian, so will not receive much support. (But the bug also appear(ed) for other systems, too. No idea whether they used nvidia, too) Actually that said - I am not sure this is the same bug as the text rendering bug. X people? Cairo people? Any insights? Regards. Rene -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120420184514.gp3...@rene-engelhard.de
Re: Bug#616093: libreoffice: on file open dialog the whole system gets halted
severity 616093 important reassign 616093 xserver-xorg-video-nouveau,linux-image-2.6.37-2-amd64 affects 616093 libreoffice thanks On Wed, Mar 02, 2011 at 08:17:55PM +0100, Martin Künstner wrote: on my system this bug is reproducable. How can i provide further information. He wrote me a private mail and agreed that it's either a X/nouveau or a kernel bug. So reassigning. FTR, I asked on #debian.de yesterday and another person wasn't able to reproduce it either after a dist-upgrade to sid. i386, though, but I don't kknow his nvidia/kernel combination. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110303085732.gr4...@rene-engelhard.de
Re: Bug#616093: libreoffice: on file open dialog the whole system gets halted
Hi, On Wed, Mar 02, 2011 at 03:55:37PM +0100, Rene Engelhard wrote: on the file open dialog libre office get stuck and the whole system gets frozen no user interaction is possible any more mous is moving but every otner action is no more possible you cant even change to console via STRG+F1 system is not more responding i user the nuveau driver for my x setup There's no nuveau driver. And what if you try sith an other driver? I thankfuzlly don't have a unstable system with nvidia hardware in it so I can't test either way. Besides that I don't see how file-open (which works in 99.9% of all users obviously, otherwise there would have been a report for this far earlier) is related to X or the system at large. I'd seriously bet on a local problem. ... or a bug in nouveau (and/or the kernel). I think is it works with an other driver this bug simply should be reassigned there. And yes, a nouveau/kernel bug *can* make the system freeze. This doesn't make it a LibO bug, though. CCing kernel and X teams. FTR, from the initial report: Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores) Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110302151233.gj4...@rene-engelhard.de
Re: Bug#616093: libreoffice: on file open dialog the whole system gets halted
Hi, On Wed, Mar 02, 2011 at 08:17:55PM +0100, Martin Künstner wrote: I opened a terminal with the syslog open and than started libreoffice and i didn't see anything abnormal there. Of course not, LibO doesn't write to syslog, neither does X. Is there a log to post? A log for a GUI app? There's no nuveau driver. And what if you try sith an other driver? i meant the nouveau driver for nvidia graphic cards I know. I thankfuzlly don't have a unstable system with nvidia hardware in it so I can't test either way. Besides that I don't see how file-open (which works in 99.9% of all users obviously, otherwise there would have been a report for this far earlier) is related to X or the system at large. I'd seriously bet on a local problem. i don't think its a local problem, because last week all worked fine. Aha. Last week unstable already had 3.3.1-1. (And before that it had rc2 which is the same as 3.3.1 final upstream) the probleme came with new packages. But then from X or nouveau or the kernel. Look in your aptitude or dpkg log please what you upgraded. CCing kernel and X teams. And why did you strip those CCs? Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110302194748.gl4...@rene-engelhard.de
Re: Bug#616093: libreoffice: on file open dialog the whole system gets halted
Hi again, On Wed, Mar 02, 2011 at 08:47:48PM +0100, Rene Engelhard wrote: On Wed, Mar 02, 2011 at 08:17:55PM +0100, Martin Künstner wrote: I opened a terminal with the syslog open and than started libreoffice and i didn't see anything abnormal there. Of course not, LibO doesn't write to syslog, neither does X. Is there a log to post? A log for a GUI app? I forgot here: Maybe it helps giving us the X log and/or kernel log, as it apparently only happens on some systems (nouveau?) CCing kernel and X teams. And why did you strip those CCs? Especially helpful for those teams. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110302195804.gm4...@rene-engelhard.de
Bug#511063: Bug#517861: openoffice.org: fails to start if SCIM is active
reassign 517861 libxi6 forcemerge 511063 517861 thanks Hi, Євгеній Мещеряков wrote: OO.o applications (oowriter, ooimpress) do not start if scim input method is used. When it is active, only splashscreen appears. Then progress bar stays at zero. ps gives: eugen31281 0.0 0.0 3884 564 pts/5S+ 16:58 0:00 /bin/sh /usr/bin/oowriter eugen31282 0.0 0.0 3884 608 pts/5S+ 16:58 0:00 /bin/sh /usr/lib/openoffice/program/soffice -writer eugen31292 0.0 0.1 137476 2752 pts/5Sl+ 16:58 0:00 /usr/lib/openoffice/program/oosplash.bin -writer eugen31294 0.3 0.6 315584 14184 pts/5S+ 16:58 0:00 /usr/lib/openoffice/program/soffice.bin -writer -splash-pipe=6 According to top, those processes do nothing. If i unset environment variable XMODIFIERS, applications start correctly. XMODIFIERS was set to @im=SCIM There are no problems with other apps, so I think this is bug in OO.o and not in scim. Also IIRC previous versions (2.x) of OO.o worked fine with scim. This sounds suspiciously like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511063 Merging. (OTOH, the FUTEX_WAIT_PRIVATE in #511063 looks like 516478, but unfortunately the submitter of 511063 never answered to my question). What do you have for versions of libxi6 and/or libx11-6 installed? Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470904: openoffice.org: Accessing menu in OpenOffice crashes Xorg server
tag 470904 - moreinfo tag 470904 - unreproducible forcemerge 463222 470904 thanks Hi, Rene Engelhard wrote: For example: bugs caused by fglrx or nvidias binary-only drivers are not heh. qed. As if I guessed it :-) 15:40 jcristau the backtrace looks like 463222 #463222 incidentially is ATI driver and OOo cause X segfault Merging on Juliens request. Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442824: missing #include?
Package: x11proto-render-dev Version: 2:0.9.2-4 Severity: grave My OOo build (which just worked fine perfectly on an up-to-date i386 before I did the dist-upgrade which upgraded x11proto-render-dev on my amd64 machine) now fails. I don't think OOo is at fault, though. OOos configure fails with [...] checking whether Xrender.h defines PictStandardA8... configure: error: no, X headers too old. make[1]: *** [stamp/build] Fehler 1 config.log says: configure:26103: checking whether Xrender.h defines PictStandardA8 configure:26136: ccache g++ -o conftest -g -O2 conftest.cpp -llpsolve55 -lhyph -lportaudio -lldap -lldap -lpq -ldb -lexpat -lcrypt -lpam 5 In file included from /usr/include/X11/extensions/Xrender.h:28, from conftest.cpp:38: /usr/include/X11/extensions/render.h:29: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:30: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:31: error: 'XID' does not name a type /usr/include/X11/extensions/render.h:32: error: 'XID' does not name a type In file included from conftest.cpp:38: /usr/include/X11/extensions/Xrender.h:47: error: 'PictFormat' does not name a type /usr/include/X11/extensions/Xrender.h:69: error: 'Picture' does not name a type /usr/include/X11/extensions/Xrender.h:100: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:108: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:116: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:240: error: 'Picture' does not name a type /usr/include/X11/extensions/Xrender.h:249: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:255: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:263: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:268: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:273: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:278: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:279: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:280: error: 'Picture' has not been declared /usr/include/X11/extensions/Xrender.h:290: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:293: error: 'GlyphSet' does not name a type /usr/include/X11/extensions/Xrender.h:297: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:301: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:302: error: expected ',' or '...' before '*' token /usr/include/X11/extensions/Xrender.h:310: error: 'GlyphSet' has not been declared /usr/include/X11/extensions/Xrender.h:311: error: expected ',' or '...' before '*' token I looked whete XID is defined (it wasn't in the old version): /usr/include/X11/extensions/lbxstr.h:#define XID CARD32 /usr/include/X11/extensions/lbxstr.h:#undef XID /usr/include/X11/extensions/multibuf.h:typedef XID Multibuffer; /usr/include/X11/extensions/Print.h:typedef XID XPContext; /usr/include/X11/extensions/recordstr.h:#define RECORD_XIDBASE CARD32 /usr/include/X11/extensions/recordstr.h:#undef RECORD_XIDBASE /usr/include/X11/extensions/render.h:typedef XIDGlyph; /usr/include/X11/extensions/render.h:typedef XIDGlyphSet; /usr/include/X11/extensions/render.h:typedef XIDPicture; /usr/include/X11/extensions/render.h:typedef XIDPictFormat; /usr/include/X11/extensions/sync.h:typedef XID XSyncCounter; /usr/include/X11/extensions/sync.h:typedef XID XSyncAlarm; /usr/include/X11/extensions/Xag.h:typedef XID XAppGroup; /usr/include/X11/extensions/Xfixes.h:typedef XID XserverRegion; /usr/include/X11/extensions/XKB.h:#define XkbExplicitXIDevice(c) (((c)(~0xff))==0) /usr/include/X11/extensions/XKBsrv.h:#define_XkbErrCode2(a,b) ((XID)unsigned int)(a))24)|((b)0xff))) /usr/include/X11/extensions/Xrandr.h:typedef XID RROutput; /usr/include/X11/extensions/Xrandr.h:typedef XID RRCrtc; /usr/include/X11/extensions/Xrandr.h:typedef XID RRMode; Looks like render.h forgets to include the right header for XID? Needless to say, 0.9.2-4 works. Regards, Rene -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11proto-render-dev depends on: ii x11-common1:7.2-5X Window System (X.Org) infrastruc x11proto-render-dev recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#345387: tries to overweite stuff in xlibs; missing Replaces:?
Package: xlibs-data Version: 6.9.0.dfsg.1-1 Severity: serious Hi, on my just-ended dist-upgrade (sorry, german, but what happens should be obvious, ask if not.. [...] Vorbereiten zum Ersetzen von xlibs-data 6.8.2.dfsg.1-11 (durch .../xlibs-data_6.9.0.dfsg.1-1_all.deb) ... Entpacke Ersatz für xlibs-data ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/xlibs-data_6.9.0.dfsg.1-1_all.deb (--unpack): versuche »/etc/X11/xkb/symbols/ar« zu überschreiben, welches auch in Paket xlibs ist dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe)) Vorbereiten zum Ersetzen von xlibs 6.8.2.dfsg.1-11 (durch .../xlibs_6.9.0.dfsg.1-1_all.deb) ... Entpacke Ersatz für xlibs ... [...] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information signature.asc Description: Digital signature
Bug#241779: xterm's manpage has +/- swapped at vb option
Hi, Thomas Dickey wrote: The manpage and code appear to agree. One of us is not looking at this properly. See Brandens comment on how to reach bug submitters. Anyhow, I am just playing bridge for a person who has problems with english and so therefore has a bit problems to write a bug report. She says there is a difference; I just sent the bug - she uses a backported version of some X from somewhere (I forgot from where), though... Maybe this problem got fixed in newer Debian official X packages? I'll talk to her again... Grüße/Regards, René
Bug#241779: xterm's manpage has +/- swapped at vb option
Package: xterm Version: 4.3.0-7 Severity: minor Hi, -vb This option indicates that a visual bell is preferred over an audible one. Instead of ringing the terminal bell whenever a Control-G is received, the window will be flashed. +vb This option indicates that a visual bell should not be used. s/+/-/, s/-/+/ fixes this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xterm depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libfontconfig1 2.2.2-1 generic font configuration library ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libice6 4.3.0-7 Inter-Client Exchange library ii libncurses5 5.4-3Shared libraries for terminal hand ii libsm6 4.3.0-7 X Window System Session Management ii libxaw7 4.3.0-7 X Athena widget set library ii libxext64.3.0-7 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxmu6 4.3.0-7 X Window System miscellaneous util ii libxpm4 4.3.0-7 X pixmap library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0-7 X Toolkit Intrinsics ii xlibs 4.3.0-7 X Window System client libraries m ii xlibs-data 4.3.0-7 X Window System client data -- no debconf information signature.asc Description: Digital signature