Bug#1014352: dpkg: error processing package initramfs-tools (--configure)
Package: initramfs-tools Version: 0.141 Severity: important Dear Maintainer, after the last upgrade I received the following message: Setting up lvm2 (2.03.15-1) ... Installing new version of config file /etc/lvm/lvm.conf ... Installing new version of config file /etc/lvm/lvmlocal.conf ... update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools (0.141) ... update-initramfs: Generating /boot/initrd.img-5.18.0-2-amd64 E: /usr/share/initramfs-tools/hooks/lvm2 failed with return 1. update-initramfs: failed for /boot/initrd.img-5.18.0-2-amd64 with 1. dpkg: error processing package initramfs-tools (--configure): installed initramfs-tools package post-installation script subprocess returned error exit status 1 Processing triggers for libc-bin (2.33-7) ... Processing triggers for man-db (2.10.2-1) ... Errors were encountered while processing: initramfs-tools E: Sub-process /usr/bin/dpkg returned an error code (1) I don't know if this is a bug in initramfs-tools or in lvm2 or something else. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 77M Sep 17 2021 /boot/initrd.img-5.10.0-8-amd64 -rw-r--r-- 1 root root 69M May 2 21:45 /boot/initrd.img-5.17.0-1-amd64 -rw-r--r-- 1 root root 70M May 23 21:10 /boot/initrd.img-5.17.0-2-amd64 -rw-r--r-- 1 root root 70M May 30 18:49 /boot/initrd.img-5.17.0-3-amd64 -rw-r--r-- 1 root root 70M Jul 3 20:03 /boot/initrd.img-5.18.0-2-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-5.18.0-2-amd64 root=UUID=fa63bf8d-27fd-4705-aec9-8c451e1e7c0a ro quiet -- resume RESUME=UUID=60de0e0a-131e-4201-bc1c-590cce2025fe -- /proc/filesystems ext3 ext2 ext4 fuseblk vfat -- lsmod Module Size Used by pktcdvd49152 0 sr_mod 28672 0 cdrom 73728 2 pktcdvd,sr_mod 8021q 40960 0 garp 16384 1 8021q mrp20480 1 8021q cdc_ether 24576 0 usbnet 53248 1 cdc_ether mii16384 1 usbnet uas32768 0 usb_storage81920 1 uas xt_CHECKSUM16384 1 xt_MASQUERADE 20480 3 xt_conntrack 16384 1 ipt_REJECT 16384 2 nf_reject_ipv4 16384 1 ipt_REJECT xt_tcpudp 20480 0 nft_compat 20480 7 nft_chain_nat 16384 2 nf_tables 278528 156 nft_compat,nft_chain_nat nfnetlink 20480 2 nft_compat,nf_tables bridge307200 0 stp16384 2 bridge,garp llc16384 3 bridge,stp,garp iptable_nat16384 0 rfcomm 90112 6 nf_nat 57344 3 nft_chain_nat,iptable_nat,xt_MASQUERADE cmac 16384 3 nf_conntrack 176128 3 xt_conntrack,nf_nat,xt_MASQUERADE algif_hash 16384 1 algif_skcipher 16384 1 nf_defrag_ipv6 24576 1 nf_conntrack af_alg 36864 6 algif_hash,algif_skcipher nf_defrag_ipv4 16384 1 nf_conntrack iptable_mangle 16384 0 iptable_filter 16384 0 qrtr 45056 4 bnep 28672 2 x86_pkg_temp_thermal20480 0 intel_powerclamp 20480 0 coretemp 20480 0 sunrpc651264 1 binfmt_misc24576 1 kvm_intel 368640 0 btusb 65536 0 btrtl 28672 1 btusb btbcm 24576 1 btusb btintel45056 1 btusb btmtk 16384 1 btusb kvm 1060864 1 kvm_intel bluetooth 876544 36 btrtl,btmtk,btintel,btbcm,bnep,btusb,rfcomm irqbypass 16384 1 kvm ghash_clmulni_intel16384 0 iwlmvm368640 0 snd_hda_codec_conexant28672 1 jitterentropy_rng 16384 1 snd_hda_codec_generic98304 1 snd_hda_codec_conexant ledtrig_audio 16384 1 snd_hda_codec_generic uvcvideo 122880 0 snd_hda_codec_hdmi 73728 1 sha512_ssse3 49152 1 mac80211 1085440 1 iwlmvm videobuf2_vmalloc 20480 1 uvcvideo videobuf2_memops 20480 1 videobuf2_vmalloc mei_hdcp 24576 0 snd_hda_intel 57344 4 sha512_generic 16384 1 sha512_ssse3 aesni_intel 380928 4 intel_rapl_msr 20480 0 snd_intel_dspcfg 32768 1 snd_hda_intel videobuf2_v4l2 36864 1 uvcvideo crypto_simd16384 1 aesni_intel libarc416384 1 mac80211 snd_intel_sdw_acpi 20480 1 snd_intel_dspcfg videobuf2_common 65536 4 videobuf2_vmalloc,videobuf2_v4l2,uvcvideo,videobuf2_memops nls_ascii 16384 1 ctr16384 0 cryptd 24576 3 crypto_simd,ghash_clmulni_intel snd_hda_codec 176128 4 snd_hda_codec_generic,snd_hda_codec_conexant,snd_hda_codec_hdmi,snd_hda_intel nls_cp437 20480 1
Bug#998679: firefox-esr freezes shortly after start
Package: firefox-esr
Version: 91.3.0esr-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
after upgrading to esr91 I'm experiencing the same symptoms as
described in bug #998108 for firefox.
Regards,
GLG
-- Package-specific info:
-- Extensions information
Name: Amazon.co.uk
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Amazon.com
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Bing
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Dark theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: DoH Roll-Out
Location: /usr/lib/firefox-esr/browser/features/doh-roll...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Don't track me Google
Location: ${PROFILE_EXTENSIONS}/dont-track-me-goo...@robwu.nl.xpi
Status: enabled
Name: DuckDuckGo
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Firefox Alpenglow theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: Firefox Screenshots
Location: /usr/lib/firefox-esr/browser/features/screensh...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Form Autofill
Location: /usr/lib/firefox-esr/browser/features/formautof...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Google
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
Name: Light theme
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: user-disabled
Name: Picture-In-Picture
Location: /usr/lib/firefox-esr/browser/features/pictureinpict...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: Proxy Failover
Location:
/home/gragnani/.mozilla/firefox/4k5qr2p9.default/features/{19dd109a-c7f4-40c6--790288660e5e}/proxy-failo...@mozilla.com.xpi
Status: enabled
Name: System theme theme
Location: /usr/lib/firefox-esr/omni.ja
Package: firefox-esr
Status: enabled
Name: User-Agent Switcher and Manager
Location: ${PROFILE_EXTENSIONS}/{a6c4a591-f1b2-4f03-b3ff-767e5bedf4e7}.xpi
Status: enabled
Name: Web Compatibility Interventions
Location: /usr/lib/firefox-esr/browser/features/webcom...@mozilla.org.xpi
Package: firefox-esr
Status: enabled
Name: WebCompat Reporter
Location:
/usr/lib/firefox-esr/browser/features/webcompat-repor...@mozilla.org.xpi
Package: firefox-esr
Status: user-disabled
Name: Wikipedia (en)
Location: /usr/lib/firefox-esr/browser/omni.ja
Package: firefox-esr
Status: enabled
-- Addons package information
ii firefox-esr91.3.0esr-1 amd64Mozilla Firefox web browser -
Extended Support Release (ESR)
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.14.0-3-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages firefox-esr depends on:
ii debianutils 5.5-1
ii fontconfig 2.13.1-4.2
ii libatk1.0-0 2.36.0-2
ii libc62.32-4
ii libcairo-gobject21.16.0-5
ii libcairo21.16.0-5
ii libdbus-1-3 1.12.20-3
ii libdbus-glib-1-2 0.112-2
ii libevent-2.1-7 2.1.12-stable-1
ii libffi8 3.4.2-3
ii libfontconfig1 2.13.1-4.2
ii libfreetype6 2.11.0+dfsg-1
ii libgcc-s111.2.0-10
ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2
ii libglib2.0-0 2.70.1-1
ii libgtk-3-0 3.24.30-3
ii libnspr4 2:4.32-1
ii libnss3 2:3.72-1
ii libpango-1.0-0 1.48.10+ds1-1
ii libstdc++6 11.2.0-10
ii libvpx7 1.11.0-2
ii libx11-6 2:1.7.2-2+b1
ii libx11-xcb1 2:1.7.2-2+b1
ii libxcb-shm0 1.14-3
ii libxcb1 1.14-3
ii libxcomposite1 1:0.4.5-1
ii libxdamage1 1:1.1.5-2
ii libxext6 2:1.3.4-1
ii libxfixes3 1:5.0.3-2
ii libxrender1 1:0.9.10-1
ii procps 2:3.3.17-5
ii zlib1g 1:1.2.11.dfsg-2
Versions of packages firefox-esr recommends:
ii libavcodec57 7:3.4.3-1
ii libavcodec58 7:4.4.1-1+b1
Versions of packages firefox-esr suggests:
ii fonts-lmodern 2.004.5-6.1
ii fonts-stix [otf-stix] 1.1.1-4.1
ii libcanberra0 0.30-8
ii libgssapi-krb5-2 1.18.3-7
ii pulseaudio 15.0+dfsg1-2
-- no debconf information
Bug#986784: hunspell-it: Frequently used word missing
Package: hunspell-it Version: 1:7.1.0~rc3-3 Severity: normal Dear Maintainer, the word "seminariale" is missing form the dictionary; it contains the maybe more correct "seminarile", but, in my opinion, due to the widespred use and acceptance, "seminariale" should be included. Regards, G. L. G. -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages hunspell-it depends on: ii dictionaries-common 1.28.4 hunspell-it recommends no packages. Versions of packages hunspell-it suggests: pn hunspell ii libreoffice-writer 1:7.0.4-3 -- no debconf information
Bug#983673: octave-openems: missing h5readatt_octave.cc
I think the related octave library "h5readatt_octave.oct" is already included in Debian package. Just try to add to the octave path: addpath '/usr/lib/x86_64-linux-gnu/octave/packages/openems-0.0.35/x86_64-pc-linux-gnu-api-v55' Regards. G.L.G. On Sun, 28 Feb 2021 11:20:50 +0100 Wolfgang Rosner wrote: > Package: octave-openems > Version: 0.0.35+dfsg.1-3 > Severity: normal > Tags: d-i > > Installed openems and octave-openems > > tried tutorials to "check correct installation". > failed at > https://openems.de/index.php/Tutorial:_Rectangular_Waveguide.html > > - plot 3 is empty > - seems to have trouble to set up hdf5 > > digging down, I could find a "works for me workaround", but no patch yet > dropping my findings here, just in case sbdy wants to pick up > > > 8<- > octave:35> setup > setting up openEMS matlab/octave interface > compiling oct files > HDF5 library path found > at: /usr/lib/x86_64-linux-gnu/hdf5/serial/libhdf5.so /usr/lib/x86_64-linux-gnu/hdf5/openmpi > HDF5 include path found at: /usr/include/hdf5/serial/hdf5.h > /usr/include/hdf5/openmpi > g++: error: h5readatt_octave.cc: Datei oder Verzeichnis nicht gefunden > --8<- > > what I found: > > - issue not covered in recent unstable changelog > - h5readatt_octave.cc is missing > - maybe deliberately, since it does not work? > - looks like the upstream "setup.m" does not get it right in debian > ecosystem > - I have both libhdf5-103:amd64 (aka 'serial') and > libhdf5-openmpi-103:amd64 installed > - trying to uninstall openmpi version pulls out octave-openems, too > > so I tried > > - pulled h5readatt_octave.cc from upstream source to try manual build > - can build with > mkoctfile -L/usr/lib/x86_64-linux-gnu/hdf5/openmpi > -I/usr/include/hdf5/openmpi > -I/usr/lib/x86_64-linux-gnu/openmpi/include -lhdf5 h5readatt_octave.cc > > - upstream "setup.m" appears just to include hdf5, not the > /usr/lib/x86_64-linux-gnu/openmpi/include > > - and it does not run in the tutorial: > > ---8<--- > error: ReadHDF5Attribute: > /usr/share/octave/packages/openems-0.0.35/h5readatt_octave.oct: failed > to load: /usr/share/octave/packages/openems-0.0.35/h5readatt_octave.oct: > undefined symbol: _ZN3MPI8Datatype4FreeEv > ---8<--- > -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 33 52756
Bug#982471: python3-openems: SmoothMeshLines.py does not work with recent versions of numpy
Package: python3-openems
Version: 0.0.35+git20190103.6a75e98+dfsg.1-2+b6
Severity: grave
Justification: renders package unusable
Dear Maintainer,
the version of the CSXCAD python interface is a little bit outdated and the
function
SmoothMeshLines.py raises the following error:
File "/usr/lib/python3/dist-packages/CSXCAD/SmoothMeshLines.py", line 66, in
SmoothRange
return np.linspace(start, stop, N+1)
File "<__array_function__ internals>", line 5, in linspace
File "/usr/lib/python3/dist-packages/numpy/core/function_base.py", line 113,
in linspace
num = operator.index(num)
TypeError: 'numpy.float64' object cannot be interpreted as an integer
This has been fixed upstream and is due to line 65, which should read
N = np.ceil(rng/max_res).astype('int')
instead of
N = np.ceil(rng/max_res)
I have just now begun to use the python interface to OpenEMS and CSXCAD,
instead of the Octave one, but I guess
that this error could affect most (if not all) of the simulations.
Best regards.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages python3-openems depends on:
ii libc6 2.31-9
ii libcsxcad0 0.0.35+git20190103.6a75e98+dfsg.1-2+b6
ii libgcc-s1 10.2.1-6
ii libnf2ff0 0.0.35+git20190103.6a75e98+dfsg.1-2+b6
ii libopenems0 0.0.35+git20190103.6a75e98+dfsg.1-2+b6
ii libstdc++6 10.2.1-6
ii openems 0.0.35+git20190103.6a75e98+dfsg.1-2+b6
ii python3 3.9.1-1
ii python3-h5py2.10.0-9
ii python3-matplotlib 3.3.4-1
python3-openems recommends no packages.
python3-openems suggests no packages.
-- no debconf information
Bug#979439: hunspell-it: Italian spell check cannot recognize simple words
Yes, it works fine! Thank you very much for this quick fix. Gian Luigi On 1/14/21 9:50 PM, Rene Engelhard wrote: recode ISO8859-15...UTF-8 /usr/share/hunspell/it_IT.dic -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 33 52756
Bug#979439: hunspell-it: Italian spell check cannot recognize simple words
Package: hunspell-it Version: 1:7.1.0~rc1-1 Followup-For: Bug #979439 Dear Maintainer, I can confirm this bug for both LibreOffice and Thunderbird (1:78.6.0-1) According to the program isutf8 (package moreutils) the file /usr/share/hunspell/it_IT.dic IS NOT utf-8 encoded. Could it be the problem? Regards. G.L. G. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages hunspell-it depends on: ii dictionaries-common 1.28.3 hunspell-it recommends no packages. Versions of packages hunspell-it suggests: pn hunspell ii libreoffice-writer 1:7.0.4-3 -- no debconf information
Bug#974421: TexMaths does not start and show errors
On 11/12/20 5:57 PM, Rene Engelhard wrote:
retitle 974421 TexMaths 0.48.2 not working in Debian unstable
tag 974421 + moreinfo
tag 974421 + unreproducible
thanks
Hi,
Am 11.11.20 um 17:27 schrieb g.l. gragnani:
Of course, title should read:
TexMaths 0.48.2 NOT working in Debian unstable
You could have retitled it yourself
Anyways, replying to this mail since the first one (apparently due to
the attachement, one could have written the error message as text, maybe
then it wouldn't have been caught by spam measures):
The last version of TexMaths (0.48.2) does not work with the packages provided
by Debian.
Works fine here. sid VM. TexMaths 0.48.2 from the homepage.
clicked the "pi icon", entered \int_0^1 x^2 + \frac{1}{2} -> LaTeX. I do get
the expected integral.
Maybe you should decribe what exactly does not work?
I can install TexMaths, but, as soon as I try to start it, it fails and
the macro editor opens with the error shown
in the screenshot attached to my first report.
I'm not a specialist of Libreoffice, should there any action that I can
do the get more info about this behavior, pleas let me know.
Instead, by using the deb packages provided by libreoffice.org all work as
expected.
libreoffice.org has no "deb packages".
It has stuff put out of the build system into something which happens to be a container
in "deb" format without following standards,
I won't call that packages.
Regards,
Rene
Regards,
Gian Luigi
Bug#974421: Wrong title
Of course, title should read: TexMaths 0.48.2 NOT working in Debian unstable
Bug#972498: icewm: xnec2c not managed by icewm
Package: icewm Version: 1.8.3-2 Severity: important Dear Maintainer, Since some months I switched (back) to icewm. Unfortunaly, a program that I often use, xnec2c, is not correctly managed by icewm. When I start xnec2c, windows are not decorated, do not appear in the taskbar, are always in foreground and are not, in any way, managed by icewm. xnec2c is a gtk3 multiwindow program: depending on the initial conf, the program is started with one o more windows opened, suffering the symptoms described before. Other windows, successively opened by xnec2c itself, are instead correcly managed. I tried other versions of icewm, in particular 1.6.6-1 and 1.4.3.0~pre-20181030-2 but results are the same. I tried LXDE (with Openbox) and Fluxbox and in these cases, xnec2c is duly opened and managed by the wm. I also noticed that if I start xnec2c in fluxbox and after I switch to icewm, all the windows work as it should be. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages icewm depends on: ii fonts-dejavu-core 2.37-2 ii icewm-common1.8.3-2 ii libao4 1.2.2+20180113-1+b1 ii libc6 2.31-4 ii libfribidi0 1.0.8-2 ii libgcc-s1 10.2.0-15 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-02.66.1-2 ii libice6 2:1.0.10-1 ii libsm6 2:1.2.3-1 ii libsndfile1 1.0.28-8 ii libstdc++6 10.2.0-15 ii libx11-62:1.6.12-1 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext62:1.3.3-1+b2 ii libxfixes3 1:5.0.3-2 ii libxft2 2.3.2-2 ii libxinerama12:1.1.4-2 ii libxpm4 1:3.5.12-1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 icewm recommends no packages. icewm suggests no packages. -- no debconf information
Bug#963601: cannot upgrade from 81.0.4044.92-1 to 83.0.4103.116-1
The following packages have unmet dependencies: chromium : Depends: libavcodec58 (>= 7:4.2) libavformat58 : Depends: libavcodec58 (= 7:4.3-2) Depends: libchromaprint1 (>= 1.3.2) but it is not going to be installed E: Unable to correct problems, you have held broken packages. -- Gian Luigi Gragnani Diten - University of Genoa Via Opera Pia 11A, 16145 Genova, Italy phone: + 39 010 33 52756
Bug#845555: lxpanel: battery monitor no longer working
Package: lxpanel Version: 0.9.1-1 Severity: important Dear Maintainer, after the upgrade to version 0.9.1-1 battery monitor always show a 0% charged battery downgrading to 0.7.2-1 make the monitor work again -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxpanel depends on: ii libasound2 1.1.2-1 ii libatk1.0-0 2.22.0-1 ii libc62.24-6 ii libcairo21.14.6-1.1 ii libfm-gtk4 1.2.4-1 ii libfm-modules1.2.4-1 ii libfm4 1.2.4-1 ii libfontconfig1 2.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.2-2 ii libgtk2.0-0 2.24.31-1 ii libiw30 30~pre9-12 ii libkeybinder00.3.1-1 ii libmenu-cache3 1.0.2-1 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libpangoft2-1.0-01.40.3-3 ii libwnck222.30.7-5 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.4+dfsg1-2.1 ii lxmenu-data 0.1.5-1 ii lxpanel-data 0.9.1-1 Versions of packages lxpanel recommends: ii lxterminal [x-terminal-emulator] 0.2.0-1 ii pavucontrol 3.0-3+b2 ii xkb-data 2.18-1 ii xterm [x-terminal-emulator] 327-1 Versions of packages lxpanel suggests: ii chromium [www-browser] 53.0.2785.143-1 ii firefox-esr [www-browser] 45.5.0esr-1 ii iceweasel 45.5.0esr-1 ii links2 [www-browser] 2.13-1 ii menu 2.1.47 ii w3m [www-browser] 0.5.3-33 -- no debconf information
Bug#838418: Bug#838549: libreoffice-gtk3: Fails to make libreoffice work
It works for me. Best regards, Gigi On 09/22/2016 01:46 PM, Rene Engelhard wrote: tag 838549 + moreinfo tag 838418 + moreinfo thanks [ also CCing #838418. maybe the same reason? ] Hi, On Thu, Sep 22, 2016 at 10:45:45AM +0200, Rene Engelhard wrote: On Thu, Sep 22, 2016 at 10:34:49AM +0200, Rene Engelhard wrote: On Thu, Sep 22, 2016 at 09:50:33AM +0200, Rene Engelhard wrote: more important, I was no longer able to export in PDF. Exporting to PDF, when not crashing the application, produces a file with garbage random characters. That needs to be tried... Just tried it in a clean sid chroot + LO + libreoffice-gnome (which installs also -gtk3) New document, "Test", export to PDF. Indeed I get something looking like "dfiffjfk" :( As counter-check: works with -gtk2... Let's use this bug for this, the (probably) only thing which makes sense in this report. More tests: After a downgrade to libbgtk-3-0 3.20.9-1 it works again. So one more bug introduced by the Gtk update, which also means that your Version: field was wrong to begin with as it's not new in 5.2.1-3... We discussed this on IRC today: 10:17 < _rene_> caolan: new churns of "gtk3 is brokenone" coming in. seen https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838418? (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838549 is basically not useful.) 10:17 < loircbot> LibreOffice (core) noel.grandin * sc/source/core/tool/charthelper.cxx: tdf#101894 Copying a single sheet with a chart on it garbles the chart 10:20 -!- JoNi [~chatzi...@ipservice-092-208-087-160.092.208.pools.vodafone-ip.de] has joined #libreoffice-dev 10:21 -!- aruiz [~aruiz@90.216.49.139] has joined #libreoffice-dev 10:22 <@caolan> _rene_: and do you have https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-2=2c91b 27a968afb36b77e447dd623bbe81ea542f0 applied ? 0:22 < IZBot> core - Resolves: rhbz#1373933 gtk 3.21 emits a lot more "style-set" signals 10:22 -!- willcooke [~willcooke@ubuntu/member/willcooke] has quit [Remote host closed the connection] 10:23 <@caolan> _rene_: also, that reminds me, I think you mentioned some deb bug about the libreoffice icons not correct under gnome ? https://bugzilla.gnome.org/show_bug.cgi?id=771731 for the upstream fix for that if so 10:24 < _rene_> caolan: yep, that was the point if 5.2.1-3 10:24 < _rene_> 2c91b27a968afb36b77e447dd623bbe81ea542f0 I mean 10:24 < IZBot> core - Resolves: rhbz#1373933 gtk 3.21 emits a lot more "style-set" signals - http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c91b27a968afb36b77e447dd623bbe81ea542f0 10:25 <@caolan> then its an unknown problem 10:25 <@caolan> "I tried reverting to libgtk-3-0_3.20.9-1_amd64.deb and it made no difference" makes it sound unrelated to the style-set thing 10:26 <@caolan> I got 3.20.9 here and I'm as happy as a clam 10:26 -!- xrmx [~rm@213.215.163.27] has joined #libreoffice-dev 10:26 -!- xrmx [~rm@213.215.163.27] has quit [Changing host] 10:26 < _rene_> yeah, I just asked him to go sure 10:26 < _rene_> the problem is, we do have 3.21/3.22 in testing/unstable. [...] 10:34 <@caolan> _rene_: this is good I guess, you can try a gtk3 downgrade to isolate if that's the trigger or not ? [...] 10:41 < _rene_> caolan: after downgrade it works [...] 10:44 <@caolan> _rene_: when you saw the problem with pdf export, where did you see it, in the pdf export dialog itself, or the outputted pdf ? [...] 10:44 < _rene_> caolan: the outputted PDF. entered Test in a odt, export, got something looking like "dfiffjfk" 10:44 < buovjaga> some deeper philosophy, do we close this as wontfix for now? tdf#101746 10:44 < IZBot> LibreOffice-framework normal/medium UNCONFIRMED all operations of one Libreoffice application are quued one-thread https://bugs.documentfoundation.org/show_bug.cgi?id=101746 10:45 <@caolan> let me upgrade to gtk3 and check that out locally 10:46 * _rene_ updates the bug [...] 10:56 <@caolan> _rene_: no problem for me on F24 if I upgrade to rawhide gtk3-3.22.0 and export to pdf (even if I revert the style-set patch) so I got nothing useful 10:57 -!- lplatypus [~chatzilla@101.161.34.40] has joined #libreoffice-dev 10:57 < _rene_> hrmpf. 10:59 < _rene_> hrm, now it worked here, too? wtf? 10:59 <@caolan> this is not the bug you are looking for 10:59 * caolan waves hand mystically 10:59 < _rene_> ah, no, wait 10:59 < _rene_> -rw-r--r-- 1 root root 6263 Sep 22 08:58 Test.pdf 10:59 < _rene_> too old :) [...] 11:34 < _rene_> caolan: rechecked again, timestamp was confusing. it's as I said, 3.20 works, 3.22 not... [...] 11:37 <@caolan> _rene_: I just downloaded
Bug#838549: libreoffice-gtk3: Fails to make libreoffice work
Package: libreoffice-gtk3 Version: 1:5.2.1-3 Severity: grave Justification: renders package unusable Dear Maintainer, after upgrading to libreoffice-gtk3 1:5.2.1-3 I experienced repeted random crashes of lowriter, random changes of fonts in both dialogs and main window and, more important, I was no longer able to export in PDF. Exporting to PDF, when not crashing the application, produces a file with garbage random characters. Purging libreoffice-gtk3 not only fixes the problems, but also make the whole application much more responsive. Best regards -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#802281: icedove: I can confirm this bug
Package: icedove Version: 38.3.0-1 Followup-For: Bug #802281 Dear Maintainer, I can confirm this behavior. As a temporary workaround I downgraded to 31.8.0-1~deb8u1 and after setting up my account I upgraded again and all worked flawlessy -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.5.1 ii fontconfig2.11.0-6.3 ii libasound21.0.29-1 ii libatk1.0-0 2.18.0-1 ii libc6 2.19-22 ii libcairo2 1.14.2-2 ii libdbus-1-3 1.10.0-3 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-2 ii libffi6 3.2.1-3 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.6-2 ii libgcc1 1:5.2.1-22 ii libgdk-pixbuf2.0-02.32.1-1 ii libglib2.0-0 2.46.1-1 ii libgtk2.0-0 2.24.28-1 ii libhunspell-1.3-0 1.3.3-3+b1 ii libnspr4 2:4.10.9-2 ii libnss3 2:3.20-1 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-0 1.38.1-1 ii libpixman-1-0 0.33.2-2 ii libsqlite3-0 3.9.1-1 ii libstartup-notification0 0.12-4 ii libstdc++65.2.1-22 ii libvpx2 1.4.0-4 ii libx11-6 2:1.6.3-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii libxrender1 1:0.9.8-1+b1 ii libxt61:1.1.4-1+b1 ii psmisc22.21-2.1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii iceowl-extension 38.3.0-1 Versions of packages icedove suggests: ii fonts-lyx 2.1.4-2 ii libgssapi-krb5-2 1.13.2+dfsg-2 -- no debconf information
