Bug#975419: xsane: New xsane upstream
Package: xsane Version: 0.999-9 Severity: wishlist Dear Maintainer, xsane seems to have a "new" upstream at SANE-project's gitlab: https://gitlab.com/sane-project/frontend/xsane It has many of the Debian patches integrated, and more fixes and some improvements. I would see it benefecial to package this version. Thanks. -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.8-qcmm (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xsane depends on: ii libc6 2.31-4 ii libgimp2.0 2.10.22-1 ii libglib2.0-02.66.2-1 ii libgtk2.0-0 2.24.32-4 ii libjpeg62-turbo 1:2.0.5-1.1 ii liblcms2-2 2.9-4+b1 ii libpng16-16 1.6.37-3 ii libsane 1.0.31-3 ii libsane1 [libsane] 1.0.31-3 ii libtiff54.1.0+git191117-2 ii sensible-utils 0.0.12+nmu1 ii xsane-common0.999-9 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages xsane recommends: ii chromium [www-browser] 83.0.4103.116-3.1 pn cups-client ii links [www-browser] 2.21-1 Versions of packages xsane suggests: pn gimp pn gv pn hylafax-client | mgetty-fax ii tesseract-ocr4.1.1-2+b1 -- no debconf information
Bug#968466: mercurial: hg convert of subversion repo results in AssertionError
Package: mercurial Version: 5.4.1-3 Severity: normal Tags: upstream Dear Maintainer, After upgrade of Mercurial package to 5.4.1-3 in Debian testing (and apparently switching from Python2 to 3), using "hg convert " fails with a Python traceback. $ hg convert svn://svn.code.sf.net/p/vice-emu/code/trunk vice-hg ** unknown exception encountered, please report by visiting ** https://mercurial-scm.org/wiki/BugTracker ** Python 3.8.5 (default, Aug 2 2020, 15:09:07) [GCC 10.2.0] ** Mercurial Distributed SCM (version 5.4.1) ** Extensions loaded: hggit, patchbomb, eol, transplant, record, histedit, rebase, purge, convert, fetch, gpg, churn Traceback (most recent call last): File "/usr/bin/hg", line 43, in dispatch.run() File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 112, in run status = dispatch(req) File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 298, in dispatch ret = _runcatch(req) or 0 File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 472, in _runcatch return _callcatch(ui, _runcatchfunc) File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 481, in _callcatch return scmutil.callcatch(ui, func) File "/usr/lib/python3/dist-packages/mercurial/scmutil.py", line 152, in callcatch return func() File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 462, in _runcatchfunc return _dispatch(req) File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1225, in _dispatch return runcommand( File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 910, in runcommand ret = _runcommand(ui, options, cmd, d) File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1237, in _runcommand return cmdfunc() File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1223, in d = lambda: util.checksignature(func)(ui, *args, **strcmdopt) File "/usr/lib/python3/dist-packages/mercurial/util.py", line 1864, in check return func(*args, **kwargs) File "/usr/lib/python3/dist-packages/hgext/convert/__init__.py", line 495, in convert return convcmd.convert(ui, src, dest, revmapfile, **opts) File "/usr/lib/python3.8/importlib/util.py", line 245, in __getattribute__ self.__spec__.loader.exec_module(self) File "", line 783, in exec_module File "", line 219, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/hgext/convert/convcmd.py", line 53, in svn_sink = subversion.svn_sink File "/usr/lib/python3.8/importlib/util.py", line 245, in __getattribute__ self.__spec__.loader.exec_module(self) File "", line 783, in exec_module File "", line 219, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/hgext/convert/subversion.py", line 57, in warnings.filterwarnings( File "/usr/lib/python3.8/warnings.py", line 142, in filterwarnings assert action in ("error", "ignore", "always", "default", "module", AssertionError: invalid action: b'ignore' It seems that there are a number of issues in the subversion conversion module of Mercurial, fixing the incorrect b'' strings on subversion.py, line 57 results in more errors in other places. This is quite likely an upstream problem. -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.15-qcmm (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mercurial depends on: ii libc6 2.31-3 ii mercurial-common 5.4.1-3 ii python3 3.8.2-3 ii ucf 3.0043 Versions of packages mercurial recommends: ii openssh-client 1:8.3p1-1 Versions of packages mercurial suggests: pn kdiff3 | kdiff3-qt | kompare | meld | tkcvs | mgdiff pn qct -- no debconf information
Bug#962821: libwebsockets 4.x package built without extensions support
Source: libwebsockets Severity: normal Tags: patch Dear Maintainer, libwebsockets 4.0.15 recently landed to Debian testing, and I noticed that one of my own programs using it failed to build against it, as the new version apparently is not built with extensions support enabled (appearing as undefined reference to `lws_extension_callback_pm_deflate'). I am attaching a patch to debian/rules to enable the extensions support, as it was enabled in previous (3.2 etc) versions of this package. -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.18-qcmm (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -ur lws-orig/libwebsockets-4.0.15/debian/rules lws-fix/libwebsockets-4.0.15/debian/rules --- lws-orig/libwebsockets-4.0.15/debian/rules 2019-12-28 12:13:56.0 +0200 +++ lws-fix/libwebsockets-4.0.15/debian/rules 2020-06-14 21:06:51.836172331 +0300 @@ -24,7 +24,8 @@ dh_auto_configure -- -DCMAKE_LIBRARY_ARCHITECTURE=${arch} \ -DLIB_SUFFIX=/${arch} -DLWS_WITHOUT_DAEMONIZE=OFF \ -DLWS_WITH_LIBEV=ON -DLWS_WITH_LIBUV=ON \ - -DLWS_UNIX_SOCK=ON -DLWS_IPV6=ON + -DLWS_UNIX_SOCK=ON -DLWS_IPV6=ON \ + -DLWS_WITH_ZLIB=ON -DLWS_WITHOUT_EXTENSIONS=OFF override_dh_install-arch: $(RM) $(CURDIR)/debian/tmp/usr/lib/${arch}/pkgconfig/libwebsockets_static.pc
Bug#949246: wine32:i386: Running Fallout 1 or 2 under Wine 5.0~rc2-1 fullscreen results in black image [regression]
Package: wine32 Version: 5.0~rc2-1 Severity: normal Dear Maintainer, After upgrading Wine packages in Debian testing from 4.0.3-1 to 5.0~rc-1, running Fallout 1 or 2 in full screen results in black image. The game itself works, sound is playing and receives input, but nothing can be seen. Running in "virtual desktop" works, but is not a feasible option as on a 2560x1440 screen a 640x480 resolution game will be minuscule. Xorg and such libraries etc. are as in latest Debian testing. (Really sorry for such a sparse bug report. If building 32-bit Wine wasn't such a pain in the backside, I'd do a bisect on this :( ) -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.12-qcmm (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine32:i386 depends on: ii libc62.29-7 ii libwine 5.0~rc2-1 Versions of packages wine32:i386 recommends: ii wine [wine] 5.0~rc2-1 Versions of packages wine32:i386 suggests: ii wine32-preloader 5.0~rc2-1 -- no debconf information
Bug#948658: qemu: Qemu 4.2 hangs/freezes completely due to audio backend changes [regression][bisected]
Source: qemu Severity: normal Tags: upstream Dear Maintainer, After upgrading Qemu to 4.2-1 as packaged in Debian Testing, I encountered a 100% reproducible complete hang/freeze of Qemu/KVM while running a Windows 7 guest and starting Skype inside it. The Qemu GTK window would stop redrawing and the program could only be ended with "kill -9". Obviously this is not good, and can result in data loss inside the guest. I took the effort to check if this issue appeared with upstream GIT Qemu and it did, and doing a bisect I found that the first broken upstream commit was: commit 286a5d201e432ed2963e5d860f239bb276edffeb Author: Kővágó, Zoltán Date: Thu Sep 19 23:24:10 2019 +0200 alsaaudio: port to the new audio backend api Signed-off-by: Kővágó, Zoltán Message-id: ab9768e73dfe7b7305bd6a51629846e0d77622a5.1568927990.git.dirty.ice...@gmail.com Signed-off-by: Gerd Hoffmann As I am using ALSA (with DMIX, which may be a contributing factor - I had sound issues previously with Virtualbox's ALSA support as well, related to DMIX, but I haven't tested if it matters in this Qemu case), this new audio backend in Qemu seems to be broken in some regard. Interestingly enough the Win7 VM seems to work okay with some other sound-using programs, like Firefox w/ youtube, but apparently Skype does something different. Considering the nature of the issue, I suspect there are bound to be other ways to trigger the problem, even with other guest OS etc. Note: I have not reported this bug to the upstream, hoping for a forward because I don't wish to create a "Ubuntu One" account (as silly as that may sound) :D -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.10-qcmm (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers
Package: libgphoto2-6 Version: 2.5.17 Severity: normal Dear Maintainer, After upgrading libgphoto2 to latest packaged version 2.5.17, I immediately noticed that the CR2 RAW files fetched via "gphoto2 -P" were unreadable by Darktable, Adobe Lightroom and other RAW image software. My cameras are Canon EOS 7D Mark II and Canon EOS 500D, connected via USB. The problem occurs with both cameras. I quickly noticed that repeated transfers resulted in files with different SHA256 sums. Downgrading to libgphoto2 to previous 2.5.16 makes the problem go away, checksums are always consistent. With 2.5.17, each file had different checksum for each transfer, pointing to serious corruption. I should state that this is a VERY SERIOUS ISSUE! Usually when I transfer photos from camera, I also immediately delete them from the camera's memory card. Fortunately I noticed the problem with only few pictures taken, so I personally suffered almost no loss... but it could have been much worse! I have no idea if this affects only Canon cameras, as the changelog for 2.5.17 states various EOS -related changes, but I think notifying upstream would be appropriate. -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.5-qcmm (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Bug#887671: usbguard: USBGuard daemon seems to leak filehandles
Package: usbguard Version: 0.7.0+ds1-2+b1 Severity: important Tags: upstream Dear Maintainer, After uptime of 15 days of my desktop Debian testing system, I ran into the problem that usbguard commandline utility was refusing to connect to the daemon. From "journalctl | grep usbguard" I saw the following: Jan 16 13:38:39 nmos6502 usbguard-daemon[603]: [1516102719.737] (W) USB Device Exception: SysFSDevice: uevent: Too many open files Jan 16 13:38:39 nmos6502 usbguard-daemon[603]: [1516102719.737] (W) SysFSDevice: uevent: Too many open files .. repeating many times. After restarting usbguard daemon via "systemctl restart usbguard" things returned to normal, but I decided to examine further. Turns out that each USB device attach/reattach sequence causes usbguard-daemon to leave 8 new file descriptors open: [root@nmos6502 ~]# pidof usbguard-daemon 14319 [root@nmos6502 ~]# ls /proc/14319/fd | wc -l 192 [root@nmos6502 ~]# ls /proc/14319/fd | wc -l 201 This can be easily reproduced on my system by attaching and removing any USB device repeatedly. -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.74-grsec-qcmm-hgf6bee2cb0a0d (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages usbguard depends on: ii dbus 1.12.2-1 ii libc6 2.26-2 ii libcap-ng00.7.7-3.1+b1 ii libdbus-1-3 1.12.2-1 ii libdbus-glib-1-2 0.108-3 ii libgcc1 1:7.2.0-19 ii libglib2.0-0 2.54.3-1 ii libseccomp2 2.3.1-2.1 ii libstdc++67.2.0-19 ii libusbguard0 0.7.0+ds1-2+b1 usbguard recommends no packages. usbguard suggests no packages. -- Configuration Files: /etc/usbguard/usbguard-daemon.conf changed: RuleFile=/etc/usbguard/rules.conf ImplicitPolicyTarget=block PresentDevicePolicy=apply-policy PresentControllerPolicy=apply-policy InsertedDevicePolicy=apply-policy RestoreControllerDeviceState=false DeviceManagerBackend=uevent IPCAllowedUsers=root IPCAllowedGroups=root IPCAccessControlFiles=/etc/usbguard/IPCAccessControl.d/ DeviceRulesWithPort=false AuditFilePath=/var/log/usbguard/usbguard-audit.log -- no debconf information
Bug#887435: joe: Package new version 4.5
Package: joe Version: 4.4-1 Severity: wishlist Dear Maintainer, As can be seen from https://joe-editor.sourceforge.io/ JOE version 4.5 was released some time ago. Would be nice if the Debian package were updated to that (also, 4.6 seems not to be too far away, so perhaps wait for that at your discretion.) -- System Information: Debian Release: buster/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.74-grsec-qcmm-hgf6bee2cb0a0d (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages joe depends on: ii libc62.26-2 ii libncurses5 6.0+20171125-1 ii libtinfo56.0+20171125-1 joe recommends no packages. joe suggests no packages. -- no debconf information
Bug#848278: mercurial: hg convert (svn) dies with "abort: No module named builtins!"
Package: mercurial Version: 3.9.2-1 Severity: normal Dear Maintainer, Attempting to run Mercurial's 'convert' function in Debian testing dies with error "abort: No module named builtins!", at least for Subversion source repos. I am not certain when or from where this issue comes from, or if it is an issue with Mercurial package or perhaps Python depencies, but the convert functionality has certainly worked in 14 November 2016, which is the last time I ran conversion for a certain repo. An example run with --debugger option plus traceback, without --debugger the traceback is not shown. $ hg --debugger convert svn://svn.code.sf.net/p/vice-emu/code/trunk convert- repo-vice/ entering debugger - type c to continue starting hg or h for help --Call-- > /usr/lib/python2.7/contextlib.py(21)__exit__() -> def __exit__(self, type, value, traceback): (Pdb) c scanning source... Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 204, in _runcatch return _dispatch(req) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 880, in _dispatch cmdpats, cmdoptions) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 637, in runcommand ret = _runcommand(ui, options, cmd, d) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 1010, in _runcommand return checkargs() File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 971, in checkargs return cmdfunc() File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 877, in d = lambda: util.checksignature(func)(ui, *args, **cmdoptions) File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 1038, in check return func(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/hgext/convert/__init__.py", line 391, in convert return convcmd.convert(ui, src, dest, revmapfile, **opts) File "/usr/lib/python2.7/dist-packages/hgext/convert/convcmd.py", line 611, in convert c.convert(sortmode) File "/usr/lib/python2.7/dist-packages/hgext/convert/convcmd.py", line 501, in convert heads = self.source.getheads() File "/usr/lib/python2.7/dist-packages/hgext/convert/subversion.py", line 428, in getheads rev = optrev(self.last_changed) File "/usr/lib/python2.7/dist-packages/hgext/convert/subversion.py", line 116, in optrev optrev = svn.core.svn_opt_revision_t() File "/usr/lib/python2.7/dist-packages/libsvn/core.py", line 2685, in __init__ except __builtin__.Exception: File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 147, in __getattribute__ self._load() File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 96, in _load mod = _hgextimport(_import, head, globals, locals, None, level) File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 53, in _hgextimport return importfunc(name, globals, *args, **kwargs) ImportError: No module named builtins > /usr/lib/python2.7/dist-packages/mercurial/demandimport.py(53)_hgextimport() -> return importfunc(name, globals, *args, **kwargs) (Pdb) q abort: No module named builtins! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.14-grsec-qcmm (SMP w/8 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 mercurial depends on: ii libc6 2.24-7 ii mercurial-common 3.9.2-1 ii python2.7.11-2 pn python:any ii ucf 3.0036 Versions of packages mercurial recommends: ii openssh-client 1:7.3p1-5 Versions of packages mercurial suggests: pn kdiff3 | kdiff3-qt | kompare | meld | tkcvs | mgdiff pn qct -- no debconf information
Bug#843490: blender: Movie clip editor does not update video view when playing (fixed in 2.78)
Package: blender Version: 2.77.a+dfsg0-9 Severity: normal Tags: upstream Dear Maintainer, When in Blender's "movie clip editor", for example when doing motion tracking, the video view does not update when playing the clip. It does update when manually moving the position cursor, however, but this makes it impossible to actually see the video clip playing. The issue is present in Debian packaged 2.77a, but seems to be fixed in the recently released upstream version 2.78 (and 2.78a). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.10-grsec-qcmm-clean (SMP w/8 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 blender depends on: ii blender-data 2.77.a+dfsg0-9 ii fonts-dejavu 2.37-1 ii libavcodec57 7:3.2-2 ii libavdevice57 7:3.2-2 ii libavformat57 7:3.2-2 ii libavutil55 7:3.2-2 ii libboost-atomic1.61.0 1.61.0+dfsg-3+b1 ii libboost-chrono1.61.0 1.61.0+dfsg-3+b1 ii libboost-date-time1.61.0 1.61.0+dfsg-3+b1 ii libboost-filesystem1.61.0 1.61.0+dfsg-3+b1 ii libboost-iostreams1.61.0 1.61.0+dfsg-3+b1 ii libboost-locale1.61.0 1.61.0+dfsg-3+b1 ii libboost-regex1.61.0 1.61.0+dfsg-3+b1 ii libboost-system1.61.0 1.61.0+dfsg-3+b1 ii libboost-thread1.61.0 1.61.0+dfsg-3+b1 ii libc6 2.24-5 ii libfftw3-double3 3.3.5-1 ii libfontconfig12.11.0-6.7 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.2.0-10 ii libgl1-mesa-glx [libgl1] 12.0.3-3 ii libglew2.02.0.0-3 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libgomp1 6.2.0-10 ii libilmbase12 2.2.0-11 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20150825git1ed50c92~dfsg-3 ii libjemalloc1 3.6.0-9 ii libjpeg62-turbo 1:1.5.1-2 ii libopenal11:1.17.2-4 ii libopencolorio1v5 1.0.9~dfsg0-6 ii libopenexr22 2.2.0-11 ii libopenimageio1.6 1.6.17~dfsg0-1+b1 ii libopenjp2-7 2.1.2-1 ii libopenvdb3.2 3.2.0-2 ii libpcre3 2:8.39-2 ii libpng16-16 1.6.25-2 ii libpython3.5 3.5.2-6+b1 ii libsndfile1 1.0.27-1 ii libspnav0 0.2.3-1 ii libstdc++66.2.0-10 ii libswscale4 7:3.2-2 ii libtbb2 4.3~20150611-2 ii libtiff5 4.0.6-3 ii libx11-6 2:1.6.3-1 ii libxi62:1.7.6-1 ii libxml2 2.9.4+dfsg1-2.1 ii libxxf86vm1 1:1.1.4-1 ii zlib1g1:1.2.8.dfsg-2+b3 blender recommends no packages. blender suggests no packages. -- no debconf information
Bug#843343: rename package does not provide same functionality as deprecated "prename" despite the claim
Package: rename Version: 0.20-4 Severity: normal Dear Maintainer, Latest version of /usr/bin/prename (which provides "rename") provided by package "perl" warns that "Deprecated program in use: rename as shipped with the Debian perl package will be removed after the release of stretch. Please install the separate 'rename' package which will provide the same command." However, the command provided by package "rename" is not the exact same command. For example the "-n" option functions cosmetically differently: $ touch AbcAbc DefAbc FoobazAbc $ prename -n 's/Abc$//' * Deprecated program in use: rename as shipped with the Debian perl package will be removed after the release of stretch. Please install the separate 'rename' package which will provide the same command. AbcAbc renamed as Abc DefAbc renamed as Def FoobazAbc renamed as Foobaz $ rename -n 's/Abc$//' * rename(AbcAbc, Abc) rename(DefAbc, Def) rename(FoobazAbc, Foobaz) While the difference is cosmetic, output of "prename" feels more readable. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.10-grsec-qcmm-clean (SMP w/8 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 rename depends on: ii perl 5.24.1~rc3-3 rename recommends no packages. rename suggests no packages. -- no debconf information
Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)
Package: wmaker Version: 0.95.6-1.2 Severity: normal Dear Maintainer, After upgrading wmaker and related libraries to 0.95.7*, various programs including some (but not all) OpenGL / SDL apps no longer work in fullscreen mode and sometimes even crash. The easiest way to check this is to try and switch between fullscreen in DOSBox (alt+enter). The result on broken Wmaker is .. weird. Downgrading wmaker to 0.95.6-1.2 debian package corrects these issues. Please notice! This issue might very well be hardware (Intel HD Graphics 4600 Haswell / core i7-4770) dependant. At first I suspected the recent Xorg, Mesa and Intel DDX upgrades, but somehow Wmaker seems to be the culprit ... I am running a custom kernel, but the issue occurs on stock Debian kernel as well. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.4.4-grsec-qcmm (SMP w/8 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 wmaker depends on: ii libc6 2.21-9 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.6.3-3 ii libwings3 0.95.6-1.2 ii libwraster5 0.95.6-1.2 ii libwutil5 0.95.6-1.2 ii libx11-62:1.6.3-1 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii wmaker-common 0.95.6-1.2 wmaker recommends no packages. Versions of packages wmaker suggests: pn desktop-base pn menu ii rxvt-unicode [x-terminal-emulator] 9.21-1+b1 ii wmaker-data 0.9~3-4 ii x11-apps7.7+5+nmu1 ii xterm [x-terminal-emulator] 322-1 -- no debconf information
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
On Fri, 3 Oct 2014, Vlad Orlov wrote: Hi, Hmm .. interesting. Abiword, Transmission (GTK) and Gnumeric seemed to be working as expected, but as I installed gnome-calculator, it _did_ indeed use CSD. Are you sure that these three apps are actually using CSD? It doesn't look like CSD to me. I've run them with the unpatched GTK+ 3.14.1 and haven't seen any stuff like headerbars or other CSD things. They did with 3.12 (CSD, and some dialogs used headerbars), but not with 3.14.0. However, as I said, gnome-calculator does use CSD with unpatched 3.14.0. Not sure why you asked that, as I wasn't claiming that Abiword, Transmission or Gnumeric were using CSD with 3.14.0, just the opposite. Perhaps I wasn't clear enough about it. Those are the Gtk+3 apps that I normally use, and only after I installed gnome-calculator, I noticed that CSD was being used for that on unpatched 3.14.0 for some reason. Screenshot of gnome-calculator, Gtk+ 3.14.0 CSD disabled with my patch: http://tnsp.org/~ccr/gtk3/gnome-calc-with_csd_disable.png Plain Gtk+ 3.14.0 without patch: http://tnsp.org/~ccr/gtk3/gnome-calc-no_csd_disable.png -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
On Fri, 3 Oct 2014, Vlad Orlov wrote: The only issue is that gnome-calculator is missing the menu to change the mode (basic/advanced/financial/programming) when CSD is off. As I understand it, gnome-calculator itself needs to be patched to fix that. Ubuntu already has unity_classic_menubar.patch that brings back the usual mode select menu. Unfortunately, this patch is for gnome-calculator 3.10.x and doesn't apply cleanly to 3.14.x. Ah, I failed to notice that .. indeed, that is unfortunate. The same issue is seen in gthumb, devhelp and totem. Basically, this patch kills the main window's headerbar which has all the application-specific controls (menu buttons, etc.), leaving the user without any way to change application preferences, open files, etc. I'm attaching the screenshots with these three apps with CSD on and off. The only control that's not killed is totem's main menu - it changes to some kind of fallback menu (same as in gnome-calculator). IIRC this fallback menu is GTK+ feature, though I'm not sure. I'm afraid that these apps need to be patched to provide the classic menu, just like it has been done for gnome-calculator in Ubuntu... Ideally, I'd like to find a way to make a smart patch for GTK+, the patch that will intercept the creation of the headerbar items (buttons) and create the classic menu and its items instead. Then there won't be a need to patch every single application. Agreed. But probably unlikely to happen, and the trend seems to be further Gnomeification of many Gtk+ apps .. I fear the day when Gimp goes Gtk+3. I understand that it might be very well impossible though. I concur on this, since headerbars basically allow any kind of widgets inside them (if I recall correctly), it would be difficult, possibly impossible to sanely convert them to menus or such. :/ I am somewhat at loss for how to proceed, unless Gtk+ devs themselves come up with a standard solution. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
Unfortunately not. Just returning FALSE in gtk_window_supports_csd() still leaves some programs CSD'd on 3.14.0, like gnome-calculator. I've no idea why, but 3.12 had a similar problem -- the first published patches were essentially just returning FALSE there, but that didn't work for dialogs etc. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
On Wed, 1 Oct 2014, Vlad Orlov wrote: Hi, It seems that 3.14.0 packages from unstable work without CSD or headerbars at least on my WindowMaker setup, so I suppose this issue _might_ now be fixed for me. Wait, are all the windows without CSD, or only dialogs/sub-windows? Can you post a few screenshots - from gthumb/devhelp/totem/gnome-calculator/...? Hmm .. interesting. Abiword, Transmission (GTK) and Gnumeric seemed to be working as expected, but as I installed gnome-calculator, it _did_ indeed use CSD. After some twiddling I came up with a new version of my CSD disabling patch, now for 3.14, available from: http://tnsp.org/~ccr/gtk3/ With that patch, even gnome-calculator submits to not using CSD. The patch may have some redundant sections, but it's difficult to know what is necessary and what is not without deeper understanding of the CSD/headerbar logic (which I have no time nor patience for, sorry.) I did not test any other programs you mentioned, though. Feel free to test and report results with the patch applied, if you have time. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
It seems that 3.14.0 packages from unstable work without CSD or headerbars at least on my WindowMaker setup, so I suppose this issue _might_ now be fixed for me. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762337: libgtk-3-0: Ticks in checkboxes are not shown anymore
Not a dev, and just chiming in - but experience tells that this is most likely a theme issue. Most likely the new Gtk+3 version breaks compatibility with the theme. You might try switching to some other theme to see if that does anything to the issue. Matti -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
On Wed, 24 Sep 2014, Vlad Orlov wrote: Quick follow-up: Well, sub-windows might have been fixed, but the apps that use CSD in their main window (gthumb, devhelp) are not. They still use these weird headers and can't be resized properly (at least in my MATE). I'm aware that this bug report is about sub-windows, but that behavior sucks anyway... Well, _this_ report (my original) is about CSD in general, both main and subwindows .. and yes, the behaviour sucks. :( I'm still using my own patched version of 3.12.2, but probably will look into 3.14.x later and patch that too, if necessary :| Matti -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754851: duplicity: Fails with Unknown exception: Python int too large to convert to C long
On Tue, 15 Jul 2014, Alexander Zangerl wrote: On Tue, 15 Jul 2014 06:03:43 +0300, Matti Hamalainen writes: Attempting to run duplicity at least with sftp backend fails with unhandled Python exception: $ duplicity -v 4 --volsize 50 --ssh-askpass /media/prj sftp://xxx@xxx/prj ssh: Unknown exception: Python int too large to convert to C long ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line looks like a problem in paramiko, the python ssh module. you can work around this by using --ssh-backend pexpect to select the pexpect-based ssh/scp/sftp backend. see A NOTE ON SSH BACKENDS in man duplicity. Ahh, thanks for the info. This is on a 32-bit Debian testing, if that matters. The issue appeared recently, possibly with Duplicity package upgrade to 0.6.24, but since the old 0.6.23 is no longer available for downgrading, I can't confirm if that is the cause. 0.6.23 can still be found on snapshot.d.o, at http://snapshot.debian.org/package/duplicity/ This too. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754851: duplicity: Fails with Unknown exception: Python int too large to convert to C long
Package: duplicity Version: 0.6.24-1 Severity: important Attempting to run duplicity at least with sftp backend fails with unhandled Python exception: $ duplicity -v 4 --volsize 50 --ssh-askpass /media/prj sftp://xxx@xxx/prj ssh: Unknown exception: Python int too large to convert to C long ssh: Traceback (most recent call last): ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line 1442, in run ssh: self._handler_table[ptype](self, m) ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line 1848, in _parse_channel_open_success ssh: server_window_size = m.get_int() ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 140, in get_int ssh: return util.inflate_long(self.get_binary()) ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 198, in get_binary ssh: return self.get_bytes(self.get_size()) ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 108, in get_bytes ssh: b = self.packet.read(n) ssh: OverflowError: Python int too large to convert to C long ssh: BackendException: sftp negotiation failed: Python int too large to convert to C long This is on a 32-bit Debian testing, if that matters. The issue appeared recently, possibly with Duplicity package upgrade to 0.6.24, but since the old 0.6.23 is no longer available for downgrading, I can't confirm if that is the cause. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14.12-grsec-dc (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages duplicity depends on: ii libc62.19-5 ii librsync10.9.7-10 ii python 2.7.6-2 ii python-lockfile 1:0.8-2 Versions of packages duplicity recommends: pn python-oauthlib none ii python-paramiko 1.14.0-2 pn python-urllib3 none ii rsync3.1.0-3 Versions of packages duplicity suggests: ii lftp4.5.3-1 pn ncftp none pn python-boto none pn python-cloudfiles none pn python-gdatanone pn python-swiftclient none pn tahoe-lafs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754497: tracker.debian.org: Package names with + in them aren't working (The page isn't redirecting properly)
Package: tracker.debian.org Severity: normal Packages with + (plus sign) in their name can't be viewed via the new package tracker web interface, or at least the links from old packages.qa.debian.org are not working in these cases. For example: https://packages.qa.debian.org/libs/libsigc++.html - https://tracker.debian.org/pkg/libsigc%2B%2B and https://packages.qa.debian.org/g/gtk+3.0.html - https://tracker.debian.org/pkg/gtk%2B3.0 result in failure as described via Firefox. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14.10-grsec-dc (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
The above mentioned patch did not do it for me, sub-windows/dialogs were still CSD'd on WindowMaker at least. However, after some work, I came up with the attached patch. It's not very clean, but provides an environment variable-togglable setting to disable CSD and headerbars. There are also some things missed by it at the moment, some dialogs may still get a CSD close button. It's also possible that this patch breaks something, due to my very limited testing (I basically only use Transmission-GTK, Gnumeric and Abiword with Gtk+3) ... To enable, set environment variable GTK_DISABLE_CSD=1 I'll probably continue work on the remaining inconsistencies at some point, but maybe this patch will help some other people in the meanwhile. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3diff -r 8f959a652e16 gtk/gtkdialog.c --- a/gtk/gtkdialog.c Tue May 27 08:15:40 2014 +0300 +++ b/gtk/gtkdialog.c Tue May 27 09:40:36 2014 +0300 @@ -288,10 +288,11 @@ apply_use_header_bar (GtkDialog *dialog) { GtkDialogPrivate *priv = dialog-priv; + gboolean disable_csd = g_strcmp0 (g_getenv (GTK_DISABLE_CSD), 1) == 0; gtk_widget_set_visible (priv-action_area, !priv-use_header_bar); gtk_widget_set_visible (priv-headerbar, priv-use_header_bar); - if (!priv-use_header_bar) + if (!priv-use_header_bar !disable_csd) { GtkWidget *box = NULL; @@ -312,6 +313,7 @@ gtk_window_set_titlebar (GTK_WINDOW (dialog), box); } + if (priv-use_header_bar) g_signal_connect (priv-action_area, add, G_CALLBACK (add_cb), dialog); } diff -r 8f959a652e16 gtk/gtkwindow.c --- a/gtk/gtkwindow.c Tue May 27 08:15:40 2014 +0300 +++ b/gtk/gtkwindow.c Tue May 27 09:40:36 2014 +0300 @@ -3607,9 +3607,13 @@ #ifdef GDK_WINDOWING_X11 if (GDK_IS_X11_DISPLAY (gtk_widget_get_display (widget))) { + gboolean disable_csd = g_strcmp0 (g_getenv (GTK_DISABLE_CSD), 1) == 0; GdkScreen *screen; GdkVisual *visual; + if (disable_csd) +return FALSE; + screen = gtk_widget_get_screen (widget); if (!gdk_screen_is_composited (screen)) @@ -3788,11 +3792,12 @@ gdk_window = gtk_widget_get_window (GTK_WIDGET (window)); if (gdk_window) { + gboolean disable_csd = g_strcmp0 (g_getenv (GTK_DISABLE_CSD), 1) == 0; if (priv-decorated) { - if (priv-client_decorated) + if (priv-client_decorated !disable_csd) gdk_window_set_decorations (gdk_window, 0); - else if (priv-custom_title) + else if (priv-custom_title !disable_csd) gdk_window_set_decorations (gdk_window, GDK_DECOR_BORDER); else gdk_window_set_decorations (gdk_window, GDK_DECOR_ALL); @@ -5379,6 +5384,10 @@ { GtkWindowPrivate *priv = window-priv; const gchar *csd_env; + gboolean disable_csd = g_strcmp0 (g_getenv (GTK_DISABLE_CSD), 1) == 0; + + if (disable_csd) +return FALSE; if (!priv-decorated) return FALSE; @@ -6008,6 +6017,7 @@ gint i; int old_scale; GList *link; + gboolean disable_csd = g_strcmp0 (g_getenv (GTK_DISABLE_CSD), 1) == 0; window = GTK_WINDOW (widget); priv = window-priv; @@ -6186,10 +6196,13 @@ if (priv-wm_role) gdk_window_set_role (gdk_window, priv-wm_role); - if (!priv-decorated || priv-client_decorated) -gdk_window_set_decorations (gdk_window, 0); - else if (priv-custom_title) -gdk_window_set_decorations (gdk_window, GDK_DECOR_BORDER); + if (!disable_csd) +{ + if (!priv-decorated || priv-client_decorated) +gdk_window_set_decorations (gdk_window, 0); + else if (priv-custom_title) +gdk_window_set_decorations (gdk_window, GDK_DECOR_BORDER); +} if (!priv-deletable) gdk_window_set_functions (gdk_window, GDK_FUNC_ALL | GDK_FUNC_CLOSE);
Bug#744891: (no subject)
This issue is related to #744249. Matti -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748612: geeqie: Segfault (assertion hit) if filename of unsupported file type specified on commandline
Package: geeqie Version: 1:1.1-8+b1 Severity: normal Tags: upstream Specifying a filename of an existing file that is not supported by Geeqie on the commandline, like geeqie foobar.txt results in assertion hit: ERROR:filedata.c:1101:file_data_new_group: assertion failed: (fd) Program received signal SIGABRT, Aborted. As far as I can tell, this issue still exists in upstream Git repo of Geeqie. Unfortunately it is not clear to me what would be the correct way to fix it, thus not going to attempt at providing a patch, sorry. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14.4-grsec-dc (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages geeqie depends on: ii geeqie-common1:1.1-8 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo21.12.16-2 ii libexiv2-12 0.23-1 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libjpeg8 8d-2 ii liblcms1 1.19.dfsg1-1.3 ii liblircclient0 0.9.0~pre1-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libstdc++6 4.9.0-2 ii libtiff5 4.0.3-8 Versions of packages geeqie recommends: ii exiftran 2.07-12 ii exiv20.23-1 ii imagemagick 8:6.7.7.10+dfsg-1 ii librsvg2-common 2.40.2-1 pn ufraw-batch none ii zenity 3.8.0-1 Versions of packages geeqie suggests: ii geeqie-dbg 1:1.1-8+b1 ii gimp 2.8.10-1 pn libjpeg-progs none pn ufraw none pn xpaint none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
Package: libgtk-3-0 Version: 3.12.0-4 Severity: important Tags: upstream Upgrade to libgtk 3.12.x breaks usability of many, if not all, gtk3-based software on X11, where it enforces (probably due to recent addition of Wayland support stuff) client-side window decorations. This makes it impossible to sanely resize and manipulate sub-windows (main windows seem to be using normal server-side X WM decorations), because the functionality is not provided by gtk3 client-side decrorations. This issue occurs at least with WindowMaker 0.95.5. Yes, I am aware that there is a pop-up menu accessible through the header bar of gtk3 CSD, with options for resizing etc, but those do not work either. And the usability of those is, at the very least, very questionable. It is possible, in WindowMaker, to temporarily add back WM decorations, but those do not seem to stick and disappear every time the window(s) are closed and reopened, despite attempting to save the settings. For now, I seem to have no other option than to downgrade back to gtk 3.10. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.13.9-grsec-dc (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.10.2-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-4 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcolord1 1.0.6-1 ii libcups2 1.7.1-12 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.40.0-2 ii libgtk-3-common 3.12.0-4 ii libjson-glib-1.0-0 1.0.0-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii librest-0.7-00.7.12-3 ii libsoup2.4-1 2.46.0-2 ii libwayland-client0 1.4.0-1 ii libwayland-cursor0 1.4.0-1 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxinerama1 2:1.1.3-1 ii libxkbcommon00.4.0-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii multiarch-support2.18-4 ii shared-mime-info 1.2-1 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk-3-bin3.12.0-4 Versions of packages libgtk-3-0 suggests: pn gvfs none ii librsvg2-common 2.40.2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691301: abiword: Abiword segfaults, dumps core
I think this one can be closed now, at least the current testing/unstable version has the fix incorporated. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691301: abiword: Abiword segfaults, dumps core
Package: abiword Version: 2.9.2+svn20120603-8 Severity: important Hello. Attempting to run Abiword 2.9.2+svn20120603-8 on my 32bit testing desktop box results in segmentation fault + core dump. Deleting Abiword related directories and files under $HOME/.config/ etc. seems not to help. Reinstalling package does not help. Just running abiword --version works as expected, but any attempt to get to the actual GUI fails as described. GDB debug session: $ gdb abiword GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/abiword...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/abiword [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux- gnu/i686/cmov/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:52 52 ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S: No such file or directory. (gdb) bt #0 __strlen_sse2_bsf () at ../sysdeps/i386/i686/multiarch/strlen-sse2-bsf.S:52 #1 0xb7bca8e2 in PD_Document::PD_Document() () from /usr/lib/i386-linux- gnu/libabiword-2.9.so #2 0xb7cd3aba in AP_Frame::_loadDocument(char const*, int, bool) () from /usr/lib/i386-linux-gnu/libabiword-2.9.so #3 0xb7cd4895 in AP_Frame::loadDocument(char const*, int, bool) () from /usr/lib/i386-linux-gnu/libabiword-2.9.so #4 0xb7cd3017 in AP_Frame::loadDocument(char const*, int) () from /usr/lib/i386-linux-gnu/libabiword-2.9.so #5 0xb7c867d8 in AP_App::openCmdLineFiles(AP_Args const*) () from /usr/lib/i386-linux-gnu/libabiword-2.9.so #6 0xb7addfea in AP_UnixApp::main(char const*, int, char**) () from /usr/lib/i386-linux-gnu/libabiword-2.9.so #7 0x080484e3 in ?? () #8 0xb7790e46 in __libc_start_main (main=0x80484c0, argc=1, ubp_av=0xb884, init=0x80485e0, fini=0x80485d0, rtld_fini=0xb7ff0590, stack_end=0xb87c) at libc-start.c:228 #9 0x08048509 in ?? () (gdb) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.6.2-grsec-dc (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-common 2.9.2+svn20120603-8 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 ii libabiword-2.9 2.9.2+svn20120603-8 ii libc6 2.13-35 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libgcc1 1:4.7.1-7 ii libgcrypt11 1.5.0-3 ii libglib2.0-02.33.12+really2.32.4-2 ii libgnutls26 2.12.20-1 ii libgsf-1-1141.14.21-2.1 ii libgtk-3-0 3.4.2-4 ii libjpeg88d-1 ii libloudmouth1-0 1.4.3-8 ii libots0 0.5.0-2.1 ii libpng12-0 1.2.49-1 ii librdf0 1.0.15-1+b1 ii libreadline66.2-8 ii libsoup2.4-12.38.1-2 ii libstdc++6 4.7.1-7 ii libtelepathy-glib0 0.18.2-2 ii libtidy-0.99-0 20091223cvs-1.2 ii libwmf0.2-7 0.2.8.4-10 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libwps-0.2-20.2.7-1 ii libxml2 2.8.0+dfsg1-6 ii libxslt1.1 1.1.26-14 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages abiword recommends: pn abiword-plugin-grammar none pn abiword-plugin-mathviewnone ii aspell-en [aspell-dictionary] 7.1-0-1 pn fonts-liberation none ii poppler-utils 0.18.4-3 abiword suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486543: [Pkg-audacious-maintainers] Bug#486543: audacious: Audacious segfaults on start
On Thu, 19 Jun 2008, Michael Domann wrote: On Thu, 19 Jun 2008 05:50:28 -0500 William Pitcock [EMAIL PROTECTED] wrote: Hi, Please install audacious-dbg and provide another traceroute. Thanks. Also, SIGILL is not a segfault. That may be another bug. William Hi, i hope it will help you. [...] Do you happen to have any 3rd-party plugins installed like xmp-audacious, upse-audacious or such? Try removing those, if any, and see if it helps. This might be a case of ABI-incompatibility and if yes, those other plugin packages need to be recompiled... -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478147: xmms: sometimes crashes with xlib errors
On Sun, 27 Apr 2008, Folkert van Heusden wrote: sometimes crashes with xlib errors xmms is not supported anymore in Debian (except stable-security updates in etch). Ouch that is rather unfortunate as xmms2 does not have the GUI as the old xmms does. XMMS2 has several GUI clients. You could also consider migrating to Audacious, which has somewhat similar GUI than XMMS1 and similar selection of plugins. (Admittably there are differences, though.) -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405325: XMMS - no ID3v2 tag support.
The mentioned ID3v2 editing support in Debian package of XMMS (1.2.10+cvs20050209-2) was a vendor patch originating from Gentoo. This patch is known to be horribly broken, editing ID3 tags with it corrupts the files in some cases (for example when non-ASCII characters are used in the tag fields). I suggest either closing this bug, or moving it to wishlist. -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396664: Fixed in XMMS CVS
This issue has been addressed in current XMMS CVS version, by applying the patch. -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342811: Documentation updated, issue should be closed
The conditionals in XMMS titlestrings were added and subsequently removed from XMMS CVS long time ago, but some things were accidentally left behind in the documentation/help. This should now be fixed in current XMMS CVS, please close the issue, if you deem so. -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375346: Bug unreproducible under WindowMaker
I could not reproduce this bug with XMMS under WindowMaker http://www.windowmaker.info/ wmanager (package wmaker in Debian). Most likely this is a bug in the user's window manager, not in XMMS itself. At least more information is needed, if anything. -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315691: xmms-sid: segfaults with a SID tune
On Thu, 30 Jun 2005, Francesco Poli wrote: Package: xmms-sid Version: 0.7.4+0.8.0beta14-1 Followup-For: Bug #315691 Problem located. It is a simple case of the SID-file in question having large number of sub-tunes, which overflows the internal limit of XMMS-SID. This is a long-standing problem which will be fixed in next release by replacing the static amount with dynamic allocation. (It _should_ have been fixed in beta14, but I got too busy with the release.) However, a trivial patch should fix most occurences of this problem, although it somewhat increases memory usage... http://www.tnsp.org/xs-files/xmms-sid-0.8.0beta14-maxsubfix.patch Gerfried, apply this if you wish. -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315691: xmms-sid: segfaults with a SID tune
On Sat, 25 Jun 2005, Francesco Poli wrote: Package: xmms-sid Version: 0.7.4+0.8.0beta14-1 Severity: normal Steps to reproduce the bug: $ wget http://www.c64.org/HVSC/GAMES/S-Z/Zak_McKracken.sid $ xmms Zak_McKracken.sid Message: device: default Segmentation fault You've probably found a bug in XMMS, please visit http://bugs.xmms.org and fill out a bug report. Unable to reproduce. Could you run xmms under gdb to get a backtrace and send it pasted here? Example: $ gdb xmms ... (gdb) run ... crash .. (gdb) bt ... backtrace follows, with any luck :) -- ] ccr/TNSP^DKD^pWp :: ccr(at)tnsp(dot)org :: http://ccr.tnsp.org/ ] Fingerprint: 0466 95ED 96DF 3701 C71D D62D 10A6 28A6 1374 C112 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]