Bug#975582: mypaint: MyPaint does not start
On Fri, 2021-01-15 at 14:36 -0500, Boyuan Yang wrote: > Control: tags -1 +help > > 在 2021-01-15星期五的 18:58 +0100,Andreas Beckmann写道: > > Followup-For: Bug #975582 > > Control: reopen -1 > > Control: retitle -1 mypaint: insufficient python dependency > > > > mypaint ships /usr/lib/mypaint/lib/_mypaintlib.cpython-39-x86_64- > > linux-gnu.so > > but has only a dependency on python3:any - this may be a bug in > > dh_python3 or > > mypaint's usage of dh_python3, but I don't have enough experience > > with > > python packages to spot the error. > > > > For example, ycmd ships /usr/lib/ycmd/ycm_core.cpython-39-x86_64- > > linux-gnu.so > > and has these python dependencies: > > libpython3.9 (>= 3.9.0~b4), python3 (<< 3.10), python3 (>= 3.9~), > > python3:any > > I don't have a solution to it either. Any help would be appreciated. > > Thanks, > Boyuan Yang Dear maintainer, it seems this bug affects the version of mypaint currently in testing. When I try to start mypaint I get: INFO: mypaint: Installation layout: conventional POSIX-like structure with prefix '/usr' Traceback (most recent call last): File "/usr/bin/mypaint", line 293, in = get_paths() File "/usr/bin/mypaint", line 241, in get_paths from lib import fileutils File "/usr/lib/mypaint/lib/fileutils.py", line 25, in import lib.helpers File "/usr/lib/mypaint/lib/helpers.py", line 25, in from . import mypaintlib File "/usr/lib/mypaint/lib/mypaintlib.py", line 13, in from . import _mypaintlib ImportError: cannot import name '_mypaintlib' from 'lib' (/usr/lib/mypaint/lib/__init__.py) This seems to happen because the package ships /usr/lib/mypaint/lib/_mypaintlib.cpython-39-x86_64-linux-gnu.so but the current system libpython is at version 3.10. I can confirm that rebuilding the package installs /usr/lib/mypaint/lib/_mypaintlib.cpython-310-x86_64-linux-gnu.so and that the program starts properly in this case. I think this package should depend on whatever python version is currently the system default for unstable as mentioned above. Best regards, P.
Bug#986970: qgis: QGIS cannot detect installed OpenCL drivers unless `ocl-icd-opencl-dev` package is installed
On Wed, 2021-04-14 at 20:44 +0200, Sebastiaan Couwenberg wrote: [...] > Adding a runtime dependency on a -dev package is not appropriate. > > libqgis-analysis & libqgis-app have libOpenCL.so.1 in their NEEDED > section so it seems to be properly linked in version 3.16.x > > QGIS 3.10.x is EOL so don't expect this issue to get fixed upstream. Use > qgis from experimental instead. > > Kind Regards, > > Bas > Sure, but isn't 3.10 the version going into next stable, or will 3.16 migrate before release? If it isn't, then for the next couple of years, QGIS users on Debian stable with working OpenCL setups will try to click that button and be confused. If it's too late to patch the error message, installing `ocl-icd-opencl-dev` as a workaround should at least be mentioned in the README. Best regards, P.
Bug#986970: qgis: QGIS cannot detect installed OpenCL drivers unless `ocl-icd-opencl-dev` package is installed
Package: qgis Version: 3.10.14+dfsg-1 Severity: normal Dear Maintainer, I tried to enable OpenCL acceleration on QGIS options menu by going to "Settings -> Options -> Acceleration" and toggling the "Enable OpenCL Acceleration" menu option. At first, this failed with a message that it could not find the appropriate drivers. After installing the `mesa-opencl-icd` package, which enabled OpenCL for my GPU in other applications, QGIS still failed to detect the drivers. After some digging, I found that QGIS was trying to dlopen `libOpenCL.so` in several locations, but the `ocl-icd-libopencl1` package installed by `mesa- opencl-icd` only provided `libOpenCL.so.1`. Symlinking `libOpenCL.so.1` to `libOpenCL.so` fixes the issue, and this is provided by the `ocl-icd-opencl-dev` package. I suggest that this package is either added to the QGIS package suggestions or the error message within QGIS is updated to suggest installing it. Best regards, P. -- System Information: Debian Release: bullseye/sid APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-5-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages qgis depends on: ii libc62.31-11 ii libgcc-s110.2.1-6 ii libgdal283.2.1+dfsg-1+b1 ii libgeos-c1v5 3.9.0-1 ii libgsl25 2.6+dfsg-2 ii libqgis-analysis3.10.14 3.10.14+dfsg-1 ii libqgis-app3.10.14 3.10.14+dfsg-1 ii libqgis-core3.10.14 3.10.14+dfsg-1 ii libqgis-gui3.10.14 3.10.14+dfsg-1 ii libqt5core5a 5.15.2+dfsg-5 ii libqt5gui5 5.15.2+dfsg-5 ii libqt5keychain1 0.10.0-1 ii libqt5network5 5.15.2+dfsg-5 ii libqt5sql5 5.15.2+dfsg-5 ii libqt5webkit55.212.0~alpha4-11 ii libqt5widgets5 5.15.2+dfsg-5 ii libqt5xml5 5.15.2+dfsg-5 ii libstdc++6 10.2.1-6 ii ocl-icd-libopencl1 [libopencl1] 2.2.14-2 ii python3-qgis 3.10.14+dfsg-1 ii qgis-common 3.10.14+dfsg-1 ii qgis-providers 3.10.14+dfsg-1 ii qt5-image-formats-plugins5.15.2-2 Versions of packages qgis recommends: ii qgis-plugin-grass 3.10.14+dfsg-1 Versions of packages qgis suggests: pn gpsbabel
Bug#969230: freecad crashes on wayland when opening FCStd files
Package: freecad Version: 0.18.4+dfsg2-5 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? On Debian testing, under the Sway window manager (which is Wayland-based), it is not possible to read or write FCSstd files on Freecad. To reproduce: * use a wayland-based window manager * open a shell and execute `QT_QPA_PLATFORM=wayland freecad` * try to load an FCSstd file this issue is known upstream: https://forum.freecadweb.org/viewtopic.php?t=33359 the proper fix requires a patch recently merged to coin3d: https://github.com/coin3d/coin/pull/404 I flagged this as important because it makes the package unusable on native Wayland setups. A workaround is to set `QT_QPA_PLATFORM=xcb` before starting Freecad. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-rt-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages freecad depends on: ii freecad-python3 0.18.4+dfsg2-5 Versions of packages freecad recommends: ii calculix-ccx 2.11-1+b3 ii graphviz 2.42.2-4 Versions of packages freecad suggests: pn povray -- no debconf information
Bug#963512: RFP: obs-v4l2sink -- obs-studio plugin to send output to a Video4Linux2 loopback device
Package: wnpp Severity: wishlist * Package name: obs-v4l2sink Version : 0.1.0 Upstream Author : Han-Tai Chen * URL : https://github.com/CatxFish/obs-v4l2sink * License : GPL v2 Programming Lang: C++ Description : obs-studio plugin to send output to a Video4Linux2 loopback device obs-v4l2sink is an OBS Studio plugin that provides output capabilities to a Video4Linux2 device. It is basically a Linux version of obs-virtual-cam, but only contains the video sink part. You can use it with v4l2loopback to achieve cross-program video transfer between OBS Studio and third party software supporting Video4Linux2, e.g. to present an OBS session in proprietary browser- based conferencing systems by selecting the OBS session as a webcam.
Bug#959125: xdg-desktop-portal-gtk: does not provide implementations for org.freedesktop.impl.portal.{ScreenCast,RemoteDesktop}
Package: xdg-desktop-portal-gtk Version: 1.7.1-1+b1 Severity: important Dear Maintainer, while testing a self-compiled version of `obs-xdg-portal` plugin for Open Broadcast Studio I noticed that the plugin failed to bring up the portal window necessary to authorize the program to capture the screen. I looked into this issue with dbus-monitor and got the following: ~~~ $ dbus-monitor path=/org/freedesktop/portal/desktop method call time=1588071448.258833 sender=:1.531 -> destination=org.freedesktop.portal.Desktop serial=2 path=/org/freedesktop/portal/desktop; interface=org.freedesktop.portal.ScreenCast; member=CreateSession array [ dict entry( string "handle_token" variant string "obs1" ) dict entry( string "session_handle_token" variant string "obs1" ) ] method call time=1588071448.273349 sender=:1.473 -> destination=:1.146 serial=213 path=/org/freedesktop/portal/desktop; interface=org.freedesktop.impl.portal.ScreenCast; member=CreateSession object path "/org/freedesktop/portal/desktop/request/1_531/obs1" object path "/org/freedesktop/portal/desktop/session/1_531/obs1" string "" array [ ] ~~~ and it seems to never return from the call to `createSession`. looking into the service log I get: ~~~ $ journalctl --user Apr 27 20:15:26 rae xdg-desktop-por[20017]: A backend call failed: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.impl.portal.ScreenCast” on object at path /org/freedesktop/portal/desktop Apr 27 20:15:26 rae xdg-desktop-por[20017]: Failed to close session implementation: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface “org.freedesktop.impl.portal.Session” on object at path /org/freedesktop/portal/desktop/session/1_476/obs1 ~~~ looking upstream, there's an issue reported about xdg-desktop-portal-gtk not instantiating the ScreenCast and RemoteDesktop interfaces on Ubuntu: https://github.com/flatpak/xdg-desktop-portal-gtk/issues/296 I can reproduce the behaviour reported upstream: ~~~ $ xdg-desktop-portal-gtk --replace --verbose XDP: providing org.freedesktop.impl.portal.FileChooser XDP: providing org.freedesktop.impl.portal.AppChooser XDP: providing org.freedesktop.impl.portal.Print XDP: providing org.freedesktop.impl.portal.Screenshot XDP: providing org.freedesktop.impl.portal.Notification XDP: Using org.gnome.SessionManager for inhibit XDP: Using org.gnome.Screensaver for screensaver state XDP: Using org.gnome.SessionManager for session state XDP: providing org.freedesktop.impl.portal.Inhibit XDP: providing org.freedesktop.impl.portal.Access XDP: providing org.freedesktop.impl.portal.Account XDP: providing org.freedesktop.impl.portal.Email XDP: providing org.freedesktop.impl.portal.Lockdown XDP: providing org.freedesktop.impl.portal.Background ... XDP: providing org.freedesktop.impl.portal.Settings XDP: providing org.freedesktop.impl.portal.Wallpaper XDP: org.freedesktop.impl.portal.desktop.gtk acquired ~~~ This happens both in version 1.6.1 from Testing and version 1.7.1 from Experimental. I can also reproduce the same broken behaviour for the `org.freedesktop.impl.portal.RemoteDesktop` interface using upstream's testing script: https://gitlab.gnome.org/snippets/39 Please let me know if there's anything else I can do to help fix this, as this renders any screen grabbing and screen casting application unusable in GNOME Wayland. Best regards, P. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xdg-desktop-portal-gtk depends on: ii dbus-user-session 1.12.16-2 ii dbus-x11 1.12.16-2 ii libc6 2.30-4 ii libcairo2 1.16.0-4 ii libfontconfig1 2.13.1-4 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-4 ii libglib2.0-0 2.64.2-1 ii libgnome-desktop-3-19 3.36.1-3 ii libgtk-3-0 3.24.18-1 ii xdg-desktop-portal 1.7.1-1 xdg-desktop-portal-gtk recommends no packages. Versions of packages xdg-desktop-portal-gtk suggests: ii accountsservice 0.6.55-1 ii evince 3.36.0-2+b1 -- no debconf information
Bug#778509: closed by Tobias Frost (Re: freecad crashes whis SIGSEV when attempting to save a file created in a previous session)
On Sat, 2020-04-11 at 09:27 +, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the freecad package: > > #778509: freecad crashes whis SIGSEV when attempting to save a file created in > a previous session > > It has been closed by Tobias Frost . > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Tobias Frost < > t...@debian.org> by > replying to this email. > > I think its fine to close this bug, I haven't had any issues related to saving files on freecad for a long time. Cheers, P.
Bug#904309: RFP: tilda -- [SHORT DESCRIPTION]
I can confirm this issue (Segfault when trying to start under Wayland) is valid in Debian Testing. The issue is known upstream (https://github.com/lanoxx/tilda/issues/314) andthere's a workaround in commit daa64f5. I tried cherry-picking this commit and installing the rebuilt Debian package, and found that tilda starts up normally again. Best regards, P.
Bug#904442: gnome-shell-extension-system-monitor: fills system journal with errors about accessing Schema object
Package: gnome-shell-extension-system-monitor Version: 35-1 Severity: normal Dear Maintainer, although the extension appears to work normally, gnome-shell is continuously sending the attached messages to the system journal. These seem to be related to accesses to the Schema object which is initialised on line 2233 in extension.js. Please let me know if I can be of any further assistance. Best regards, P. -- 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.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-shell-extension-system-monitor depends on: ii gir1.2-clutter-1.0 1.26.2+dfsg-4 ii gir1.2-gtop-2.0 2.38.0-2 ii gnome-shell 3.28.2-2 gnome-shell-extension-system-monitor recommends no packages. gnome-shell-extension-system-monitor suggests no packages. -- no debconf information Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: == Stack trace for context 0x55aa9ef90330 == Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #0 0x55aa9f36f7c0 i /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:1936 (0x7fe1541e2918 @ 39) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #1 0x7ffd153332a0 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #2 0x7ffd15333a90 b /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:928 (0x7fe1541deb38 @ 70) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #3 0x7ffd15333b50 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #4 0x7ffd15333c00 b self-hosted:913 (0x7fe1704f1230 @ 346) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: == Stack trace for context 0x55aa9ef90330 == Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #0 0x55aa9f36f7c0 i /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:1951 (0x7fe1541e2918 @ 235) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #1 0x7ffd153332a0 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #2 0x7ffd15333a90 b /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:928 (0x7fe1541deb38 @ 70) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #3 0x7ffd15333b50 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #4 0x7ffd15333c00 b self-hosted:913 (0x7fe1704f1230 @ 346) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: == Stack trace for context 0x55aa9ef90330 == Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #0 0x55aa9f36f7c0 i /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:1957 (0x7fe1541e2a28 @ 83) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #1 0x7ffd153332a0 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #2 0x7ffd15333a90 b /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:929 (0x7fe1541deb38 @ 85) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #3 0x7ffd15333b50 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #4 0x7ffd15333c00 b self-hosted:913 (0x7fe1704f1230 @ 346) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: == Stack trace for context 0x55aa9ef90330 == Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #0 0x55aa9f36f7c0 i /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:943 (0x7fe1541dec48 @ 23) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #1 0x7ffd153332a0 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #2 0x7ffd15333a90 b /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:931 (0x7fe1541deb38 @ 121) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #3 0x7ffd15333b50 b resource:///org/gnome/gjs/modules/_legacy.js:82 (0x7fe1704b5de0 @ 71) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #4 0x7ffd15333c00 b self-hosted:913 (0x7fe1704f1230 @ 346) Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: == Stack trace for context 0x55aa9ef90330 == Jul 24 12:04:40 rae org.gnome.Shell.desktop[1819]: #0 0x55aa9f36f7c0 i /usr/share/gnome-shell/extensions/system-moni...@paradoxxx.zero.gmail.com/extension.js:2009 (0x7fe1541e2d58 @ 39) Jul 24 12:04:40 rae
Bug#778509: freecad crashes whis SIGSEV when attempting to save a file created in a previous session
On 16/02/15 06:23, Anton Gladky wrote: Hi, tanks for bugreport. What desktop environment do you use? What graphic card/driver do you have? Cheers Anton Hello, I'm running Debian Testing with standard Gnome 3.14 from the repos. This laptop has a hybrid Intel Sady Bridge IGP/AMD Radeon HD 6630M graphics card combo, running under the open source graphics drivers (i915 and radeon, dynamically switched) Best regards, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778509: freecad crashes whis SIGSEV when attempting to save a file created in a previous session
On 16/02/15 12:56, Anton Gladky wrote: severity 778509 minor tags 778509 +unreproducible thanks I am not able to reproduce the bug too. Please try the workaround proposed by Yorik and let us know whether it works. Thanks Anton Hello, I can confirm that Yorik's workaround works for me. A graphics bug was my first guess too, but I found it strange that it would be triggered on a file save, and I haven't had no other strange graphics crashes happening to me on this laptop. Maybe the way the screen thumbnails are captured is triggering a bug in the Qt GL lib or the graphics drivers? Anyway, thank you all very much for you help, Cheers, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778509: freecad crashes whis SIGSEV when attempting to save a file created in a previous session
Package: freecad Version: 0.14.3702+dfsg-3 Severity: grave Justification: renders package unusable I can reproduce this crash consistently: * Start up FreeCAD and draw something (e.g. a cube in Part Design Workbench) * Save the file and close FreeCAD * Re-start FreeCAD and open the previously saved file * Attempt to save the file (either Save or Save As..) Here is the stack trace i get: #0 0x747a1c7c in ?? () from /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 #1 0x747a1d33 in ?? () from /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 #2 0x747a24ec in ?? () from /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 #3 0x747b67ff in ?? () from /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 #4 0x747b7782 in QGLFramebufferObject::QGLFramebufferObject(int, int, QGLFramebufferObject::Attachment, unsigned int, unsigned int) () from /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4 #5 0x77594caf in Gui::Thumbnail::createThumbnailFromFramebuffer(QImage) const () from /usr/lib/freecad/lib/libFreeCADGui.so #6 0x7759573b in Gui::Thumbnail::SaveDocFile(Base::Writer) const () from /usr/lib/freecad/lib/libFreeCADGui.so #7 0x76d012dc in Base::ZipWriter::writeFiles() () from /usr/lib/freecad/lib/libFreeCADBase.so #8 0x76fef4ef in App::Document::save() () from /usr/lib/freecad/lib/libFreeCADApp.so #9 0x77022fb0 in App::DocumentPy::save(_object*) () from /usr/lib/freecad/lib/libFreeCADApp.so #10 0x77023125 in App::DocumentPy::staticCallback_save(_object*, _object*) () from /usr/lib/freecad/lib/libFreeCADApp.so #11 0x7680ab1c in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #12 0x7687d010 in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 ---Type return to continue, or q return to quit--- #13 0x76805309 in PyEval_EvalCode () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #14 0x76827c26 in PyRun_StringFlags () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #15 0x76ca6c06 in Base::InterpreterSingleton::runString(char const*) () from /usr/lib/freecad/lib/libFreeCADBase.so #16 0x775a6f4f in Gui::Command::doCommand(Gui::Command::DoCmd_Type, char const*, ...) () from /usr/lib/freecad/lib/libFreeCADGui.so #17 0x77570951 in Gui::Document::save() () from /usr/lib/freecad/lib/libFreeCADGui.so #18 0x77736ab3 in Gui::View3DInventor::onMsg(char const*, char const**) () from /usr/lib/freecad/lib/libFreeCADGui.so #19 0x77565567 in Gui::Application::sSendActiveView(_object*, _object*, _object*) () from /usr/lib/freecad/lib/libFreeCADGui.so #20 0x7680ab1c in PyEval_EvalFrameEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #21 0x7687d010 in PyEval_EvalCodeEx () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #22 0x76805309 in PyEval_EvalCode () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #23 0x76827c26 in PyRun_StringFlags () from /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 #24 0x76ca6c06 in Base::InterpreterSingleton::runString(char const*) () from /usr/lib/freecad/lib/libFreeCADBase.so #25 0x775a6f4f in Gui::Command::doCommand(Gui::Command::DoCmd_Type, char const*, ...) () from /usr/lib/freecad/lib/libFreeCADGui.so #26 0x775a69fc in Gui::Command::invoke(int) () from /usr/lib/freecad/lib/libFreeCADGui.so #27 0x7040af4c in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #28 0x70eb7af2 in QAction::triggered(bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #29 0x70eb9677 in QAction::activate(QAction::ActionEvent) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #30 0x7130cead in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #31 0x71311869 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #32 0x70f114d8 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #33 0x7131583b in QMenu::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #34 0x70ebe29c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #35 0x70ec4f0f in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #36 0x77564ec5 in Gui::GUIApplication::notify(QObject*, QEvent*) () from /usr/lib/freecad/lib/libFreeCADGui.so #37 0x703f5f8d in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #38 0x70ec456f in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointerQWidget, bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #39 0x70f3b43a in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #40 0x70f39a9c in
Bug#770979: gnome-shell: fullscreen window on secondary display misses mouse click events
Package: gnome-shell Version: 3.14.1-1 Severity: normal Dear Maintainer, I'm using Gnome 3 on a dual display setup with a single desktop on the secondary display running Iceweasel in fullscreen. I have noticed a strange behaviour when trying to switch from a window on the primary display to the browser window on the secondary display by clicking on the browser window with the mouse. Apparently the application misses the click event and I get a gnome shell menu with the options Settings / Change Background... which I presume are from the desktop underneath the fullscreen app, If I use Alt+Tab, the application focus is switched correctly. This seems to be related to the handling of click events of fullscreen apps in multi-monitor setups, because if I make the browser window not fullscreen then click-to-focus works as expected. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server3.12.7.1-2 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.14.0-1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2.2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.1-1 ii gir1.2-gdm3 3.14.1-3 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gnomebluetooth-1.03.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.1-1 ii gir1.2-gtk-3.0 3.14.4-2 ii gir1.2-ibus-1.0 1.5.9-1 ii gir1.2-mutter-3.03.14.1-2 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.8-2 ii gir1.2-polkit-1.00.105-7 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3 ii gjs 1.42.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.1-1 ii gnome-shell-common 3.14.1-1 ii gnome-themes-standard3.14.0-1 ii gsettings-desktop-schemas3.14.1-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-3 ii libcogl201.18.2-3 ii libcroco30.6.8-3 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.7.1-2 ii libedataserver-1.2-183.12.7.1-2 ii libgcr-base-3-1 3.14.0-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2.2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1 ii libglib2.0-0 2.42.0-2 ii libgstreamer1.0-01.4.4-2 ii libgtk-3-0 3.14.4-2 ii libical1 1.0-1.1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.1-2 ii libnm-glib4 0.9.10.0-3 ii libnm-util2 0.9.10.0-3 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpolkit-agent-1-0 0.105-7 ii libpolkit-gobject-1-00.105-7 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsecret-1-0
Bug#765625: linux-image-3.16-2-amd64: Every other lid open event is ignored on Samsung N150 Plus
Package: src:linux Version: 3.16.3-2 Severity: normal Dear Maintainer, I'm using latest Debian testing on a Samsung N150 Plus laptop. Whenever the laptop lid is closed the laptop is suspended correctly. Later when the lid is opened the laptop wakes up correctly but the status of /proc/acpi/button/lid/LID0/state is still closed which causes the laptop to suspend again after a couple of seconds. Waking up the laptop using the power button wakes it up again, but the lid state is still closed which causes the laptop to suspend again after a few seconds. In order to break this cycle and use the machine normally the lid has to be closed and opened again. I found a similar problem report for this model on the LKML: https://lkml.org/lkml/2014/3/24/59 And there seems to be a patch available since 3.12 to fix this: http://article.gmane.org/gmane.linux.kernel.stable/89324/match=samsung+n150 I don't know if this is a regression or if the Debian kernel still hasn't pulled the fix. -- Package-specific info: ** Version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16-2-amd64 root=UUID=d3b0e6b1-ceaf-4498-baea-69f27f9d82ea ro quiet init=/bin/systemd ** Not tainted ** Kernel log: [ 9193.747436] cfg80211: DFS Master region: ETSI [ 9193.747440] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 9193.747446] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 9193.747452] cfg80211: (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 9193.747458] cfg80211: (525 KHz - 533 KHz @ 8 KHz), (N/A, 2000 mBm), (0 s) [ 9193.747464] cfg80211: (549 KHz - 571 KHz @ 8 KHz), (N/A, 2700 mBm), (0 s) [ 9193.747470] cfg80211: (5724 KHz - 6588 KHz @ 216 KHz), (N/A, 4000 mBm), (N/A) [ 9217.322128] sky2 :09:00.0 eth0: disabling interface [ 9217.328526] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 9217.447473] wlan0: deauthenticating from f4:1f:c2:22:3c:c1 by local choice (Reason: 3=DEAUTH_LEAVING) [ 9217.469214] cfg80211: Calling CRDA to update world regulatory domain [ 9217.553240] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 9217.585515] cfg80211: World regulatory domain updated: [ 9217.585526] cfg80211: DFS Master region: unset [ 9217.585531] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 9217.585539] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 9217.585545] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 9217.585551] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [ 9217.585556] cfg80211: (517 KHz - 525 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 9217.585562] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 9217.585568] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [ 9222.312955] PM: Syncing filesystems ... done. [ 9222.962590] PM: Preparing system for mem sleep [ 9222.962782] Freezing user space processes ... (elapsed 0.002 seconds) done. [ 9222.965669] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 9222.966994] PM: Entering mem sleep [ 9222.967032] Suspending console(s) (use no_console_suspend to debug) [ 9222.968103] sd 0:0:0:0: [sda] Synchronizing SCSI cache [ 9223.316411] sd 0:0:0:0: [sda] Stopping disk [ 9223.932195] PM: suspend of devices complete after 964.777 msecs [ 9223.948251] PM: late suspend of devices complete after 16.037 msecs [ 9224.104436] PM: noirq suspend of devices complete after 156.162 msecs [ 9224.104488] ACPI: Preparing to enter system sleep state S3 [ 9224.106552] PM: Saving platform NVS memory [ 9224.106566] Disabling non-boot CPUs ... [ 9224.108758] smpboot: CPU 1 is now offline [ 9224.212101] smpboot: CPU 2 is now offline [ 9224.316094] smpboot: CPU 3 is now offline [ 9224.316647] ACPI: Low-level resume complete [ 9224.316647] PM: Restoring platform NVS memory [ 9224.316647] CPU0: Thermal monitoring handled by SMI [ 9224.316647] Enabling non-boot CPUs ... [ 9224.316647] x86: Booting SMP configuration: [ 9224.316647] smpboot: Booting Node 0 Processor 1 APIC 0x2 [ 9224.108615] CPU1: Thermal monitoring handled by SMI [ 9224.329204] CPU1 is up [ 9224.329629] smpboot: Booting Node 0 Processor 2 APIC 0x1 [ 9224.341753] CPU2 is up [ 9224.342142] smpboot: Booting Node 0 Processor 3 APIC 0x3 [ 9224.354494] CPU3 is up [ 9224.356422] ACPI : EC: 0 stale EC events cleared [ 9224.356438] ACPI: Waking up from system sleep state S3 [ 9224.929043] PM: noirq resume of devices complete after 156.847 msecs [ 9224.929961] PM: early resume of devices complete after 0.848 msecs [ 9224.930718] snd_hda_intel :00:1b.0: irq 47 for MSI/MSI-X [ 9224.930859] usb usb2: root hub lost power or was reset
Bug#730593: bug#18675: Bug#730593: emacs24: fails to set fullscreen frame parameter on gnome 3
On 10/10/14 10:04, martin rudalics wrote: I can reproduce this with current Debian Gnome 3, while in XFCE, Emacs does shift to full screen. Pedro Ângelo pang...@void.io writes: Package: emacs24 Version: 24.3+1-2 Severity: normal Dear Maintainer, On my .emacs I use the following command to set the emacs window to fullscreen on startup: (set-frame-parameter nil 'fullscreen 'fullboth) Does this line have any impact at all or is it ignored completely? I think it is ignored completely. Emacs starts in a window attached to the right side of the screen occupying the full screen height and a bit less than half of the screen width, which I believe is the default. What happens when you write (set-frame-parameter nil 'fullscreen 'maximized) instead? Does anything change when you add (setq frame-resize-pixelwise t) to your .emacs? martin These lines have no effect. Cheers, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750431: gnome-shell crashes in i915_dri.so
Package: gnome-shell Version: 3.8.4-8+b1 Severity: important Dear Maintainer, When trying to log into the standard Debian gnome 3 session, gnome-shell crashes leaving the following message in the system logs: gnome-shell: segfault at 1c ip 7f49abb2b070 sp 7fffcb0ab7c0 error 4 in i915_dri.so[7f49ab8a3000+4ef000] This happens in a Samnung N150+ netbook running Debian Testing. Gnome worked fine until yesterday's update. Please let me know how I can help debug/fix this issue. Best regards, Pedro Ângelo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.12.2-1 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.37-1 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.2-1 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-3 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.12.2-1 ii gir1.2-ibus-1.0 1.5.5-1 ii gir1.2-mutter-3.03.12.1+really+3.8.4-1 ii gir1.2-networkmanager-1.00.9.8.10-3 ii gir1.2-nmgtk-1.0 0.9.8.10-1 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-5 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.9.23-2+b2 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-3 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-8 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-49 3.12.2-1 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.2-1 ii libcogl-pango20 1.18.0-2 ii libcogl-path20 1.18.0-2 ii libcogl201.18.0-2 ii libcroco30.6.8-2 ii libdbus-1-3 1.8.2-1 ii libdbus-glib-1-2 0.102-1 ii libdrm2 2.4.54-1 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-183.12.2-1 ii libegl1-mesa [libegl1-x11] 10.1.4-1 ii libgbm1 10.1.4-1 ii libgck-1-0 3.12.2-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.40.0-3 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.4-1 ii libgtk-3-0 3.12.2-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.12.1+really+3.8.4-1 ii libnm-glib4 0.9.8.10-3 ii libnm-gtk0 0.9.8.10-1 ii libnm-util2 0.9.8.10-3 ii libnspr4 2:4.10.4-1 ii libnspr4-0d 2:4.10.4-1 ii libnss3 2
Bug#731359: gnome-shell: fullscreen parent windows disappear after closing child windows
Package: gnome-shell Version: 3.8.4-5 Severity: important Dear Maintainer, when using fullscreen windows in gnome-shell (like iceweasel or icedove) if a child window is created (like the history browser or composing an email) the prent window disappears when the child window appears and gains focus. After closing the child window the parent window is not displayed again and the workspace is left empty. To have the fullscreen window show again it is necessary to go into overview mode and click on it or Alt+Tab until it appears again. I can reproduce this behaviour consistently in Debian testing on a Samsung N150 netbook in all fullscreen apps, whether using the application's own fullscreen option or Gnome's fullscreen key shortcut. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-3 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-ibus-1.0 1.5.3-7 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.36.0-1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.1-1 ii gir1.2-telepathyglib-0.120.22.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.23-2+b1 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.10.1-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-5 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.0-1+b1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.18-1 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.5-3 ii libedataserver-1.2-173.8.5-3 ii libegl1-mesa [libegl1-x11] 9.2.2-1 ii libgck-1-0 3.8.2-4 ii libgcr-base-3-1 3.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.1-1 ii libgtk-3-0 3.8.4-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10.2-1 ii libnspr4-0d 2:4.10.2-1 ii libnss3 2:3.15.3-1 ii
Bug#730593: emacs24: fails to set fullscreen frame parameter on gnome 3
Package: emacs24 Version: 24.3+1-2 Severity: normal Dear Maintainer, On my .emacs I use the following command to set the emacs window to fullscreen on startup: (set-frame-parameter nil 'fullscreen 'fullboth) This has stopped working in the Emacs24 package in debian testing since the recent gnome updates. From the alternatives at http://www.emacswiki.org/emacs/FullScreen, the following don't work: * Starting Emacs with the -fs parameter * Sending the fullscreen message directly to the window manager with (defun fullscreen () (interactive) (x-send-client-message nil 0 nil _NET_WM_STATE 32 '(2 _NET_WM_STATE_FULLSCREEN 0))) What *does* work: * Setting the window to fullscreen via the *wmctrl* external program * Setting the window to fullscreen using the gnome key binding to toggle fullscreen This looks like some change in gnome made emacs not able to request fullscreen as a frame property -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-2 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.6.18-1 ii libfontconfig1 2.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgif4 4.1.6-10 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-8 ii libgomp1 4.8.2-1 ii libgpm2 1.20.4-6.1 ii libgtk-3-0 3.8.4-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libm17n-01.6.4-2 ii libmagickcore5 8:6.7.7.10-6 ii libmagickwand5 8:6.7.7.10-6 ii libotf0 0.9.13-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libpng12-0 1.2.49-5 ii librsvg2-2 2.40.0-1 ii libselinux1 2.2.1-1 ii libsm6 2:1.2.1-2 ii libtiff4 3.9.7-2 ii libtinfo55.9+20130608-1 ii libx11-6 2:1.6.2-1 ii libxft2 2.3.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.8-1 ii zlib1g 1:1.2.8.dfsg-1 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.3+1-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#615974: Sometimes displays Could not read the CD dialog
I can confirm this behaviour on Wheezy with sound-juicer 3.4.0-3 After I insert the CD, I get the following message: Sound Juicer could not read the track listing on this CD. Reason: Cannot access CD: Error while getting peer-to-peer dbus connection: The name :1.185 was not provided by any .service files Cheers, Pedro Ângelo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681114: network-manager: Locks up Gnome3 Shell when returning from suspend
Package: network-manager Version: 0.9.4.0-5 Severity: normal Dear Maintainer, In my laptop, when returning from suspend, Network Manager locks up the whole Gnome 3 Shell intereface when it associates with an access point. The shell becomes frozen, not allowing you to switch application or interact with it, except for focus events. I've managed to reproduce this behaviour almost every time and it feels to me to be associated with some sort of race condition. Since I can recover the Gnome Shell by dropping to a tty console and killing the gnome-shell process, I reckon that it could also be due to some bug in Gnome, so I apologise in advance if this is the wrong package to post this info. Please let me know if there's anything I can do to provide you with more information about this issue. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.0-1 ii dpkg 1.16.4.3 ii isc-dhcp-client4.2.2.dfsg.1-5 ii libc6 2.13-33 ii libdbus-1-31.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.32.3-1 ii libgnutls262.12.20-1 ii libgudev-1.0-0 175-3.1 ii libnl-3-2003.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libnl-route-3-200 3.2.7-4 ii libnm-glib40.9.4.0-5 ii libnm-util20.9.4.0-5 ii libpolkit-gobject-1-0 0.105-1 ii libuuid1 2.20.1-5.1 ii lsb-base 4.1+Debian7 ii udev 175-3.1 ii wpasupplicant 1.0-2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.62-3 ii iptables 1.4.14-2 ii modemmanager 0.5.2.0-1 ii policykit-1 0.105-1 ii ppp 2.4.5-5.1+b1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-1 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=E8:11:32:46:C2:35, [ifupdown] managed=false -- 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#666201: racket: libracket3m.a should be built with -fPIC on x86_64 platforms
Package: racket Version: 5.1.3+dfsg1-1 Severity: normal Dear Maintainer, Building a Debian package for (fluxus) from the source package available at http://www.pawfal.org/fluxus/packages/ fails with the following message: /usr/bin/ld: /usr/lib/libracket3m.a(salloc.o): relocation R_X86_64_TPOFF32 against `scheme_thread_locals' can not be used when making a shared object; recompile with -fPIC /usr/lib/libracket3m.a: could not read symbols: Bad value This report at the Arch Linux bug tracker indicates that building libracket3m.a with -fPIC solves the problem: https://bugs.archlinux.org/task/28119 -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages racket depends on: ii libc6 2.13-27 ii libffi53.0.10-3 ii racket-common 5.1.3+dfsg1-1 Versions of packages racket recommends: ii racket-doc 5.1.3+dfsg1-1 racket 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#663653: (no subject)
Hello, I have a similar problem on a laptop with hybrid ati/intel dual graphics. I've managed to get it working by blacklisting the i915 module and got to where you were at with a blank screen but an ok xorg.log I tried fiddling with the brightness controls on the laptop and it worked, so you might try that. I hope this SNA support eventually lands on testing to see if I can use the laptop without all these fiddly configs. Cheers, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org