Bug#808030: aisleriot: Aisleriot - Terrace: Missing Card
Package: aisleriot Version: 1:3.18.2-1 Severity: normal Dear Maintainer, when I had almost finished a session of "Terrace" I encountered an interesting situation - one card was missing. I could not finish the game. I cannot say if this happens regularly since it was the first time that I was aware of it. But I can confirm that the game can still be won. A second round could be completed. Details: I started a new game. From the first four cards, I chose a "5" as the base card. At the end, all "Foundation piles" except for one were finished, but only one "Two of Spades" appeared during the game, and I could not move the remaining 3 and 4 to the last foundation pile. Thus, I "lost"! :( There was no invisible card in the "Reserve" or anywhere else on the Tableau. Thanks, Tobias -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages aisleriot depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gconf-service3.2.6-3 ii gconf2 3.2.6-3 ii guile-2.0-libs 2.0.11+1-10+b1 ii libatk1.0-0 2.18.0-1 ii libc62.19-22 ii libcairo-gobject21.14.4-1 ii libcairo21.14.4-1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgc1c2 1:7.4.2-7.3 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.32.2-1 ii libglib2.0-0 2.46.2-1 ii libgtk-3-0 3.18.5-1 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii librsvg2-2 2.40.11-2 ii libx11-6 2:1.6.3-1 Versions of packages aisleriot recommends: pn yelp Versions of packages aisleriot suggests: ii gnome-cards-data 1:3.18.2-1 -- no debconf information
Bug#801540: rawtherapee: Segmentation fault during RGB curves: parametric mode
Package: rawtherapee
Version: 4.2-2+b2
Severity: normal
Dear Maintainer,
I am a complete beginner with rawtherapee and was trying out some functions.
I stumbled upon this Segfault which is easily reproducible:
Here is how it occurs:
* load an image (any format will do, in my case NEF or JPG, different sizes)
* choose "Color" tab
* select "parametric" for any color in "RGB Curves"
* change e.g. "Highlights" ("Darks") to a value >0 (<0), close to the maximum
(minimum)
* move rightmost (leftmost) slider in horizontal color bar to the right (left)
* a kink develops in the curve
* -> Segfault
Even though nobody might ever do this for their photos, the program should not
crash.
It happens for any image, so the existence of a pp3 file does not matter.
Regards,
Tobias
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages rawtherapee depends on:
ii libatkmm-1.6-1v52.22.7-3
ii libbz2-1.0 1.0.6-8
ii libc6 2.19-22
ii libcairomm-1.0-1v5 1.10.0-1.2
ii libcanberra-gtk00.30-2.1
ii libcanberra00.30-2.1
ii libexpat1 2.1.0-7
ii libfftw3-single33.3.4-2
ii libgcc1 1:5.2.1-21
ii libglib2.0-02.46.0-2
ii libglibmm-2.4-1v5 2.44.0-3
ii libgomp15.2.1-21
ii libgtk2.0-0 2.24.28-1
ii libgtkmm-2.4-1v51:2.24.4-2+b1
ii libiptcdata01.0.4-4
ii libjpeg62-turbo 1:1.4.1-2
ii liblcms2-2 2.6-3+b3
ii libpangomm-1.4-1v5 2.36.0-2+b1
ii libpng12-0 1.2.50-2+b2
ii libsigc++-2.0-0v5 2.6.1-1
ii libstdc++6 5.2.1-21
ii libtiff54.0.5-1
ii rawtherapee-data4.2-2
ii zlib1g 1:1.2.8.dfsg-2+b1
rawtherapee recommends no packages.
rawtherapee suggests no packages.
-- no debconf information
Bug#805574: thunar: renaming leads to segfault
Package: thunar
Version: 1.6.10-2
Severity: normal
Dear Maintainer,
in some cases when I rename several files (each file individually), I
experience frequent segfaults.
The last file that was renamed when the segfault occured ends up with the
correct name but annoyingly the thunar window is closed.
* What led up to the situation?
Renaming a file after at least one file was renamed previously. It can be the
same file.
* What exactly did you do (or not do) that was effective (or ineffective)?
Minimal example:
* (optional) create a new folder with a (new, empty) file "test"
* open this folder with thunar
* select file, choose rename (F2 or Mouse)
* rename e.g. to "asdt" by selecting first 3 letters ("tes") and typing "asd",
hit Enter
* rename again to "asdft" by selecting first 3 letters ("asd") and typing
"asdf", then hit Enter -> segfault
Mostly, the segfault can be reproduced when selected letters/strings are
replaced or deleted. It seems that it occurs more often when the new string has
different length (also shorter strings work sometimes) than the replaced
string. I couldn't nail it down completely...
If you just insert the "f" in the example above, it won't do the trick - at
least it didn't when I tested it once.
I tried to get a backtrace with gdb (my first time to use it, though),
following this:
wiki.debian.org/HowToGetABacktrace
The segfaults occured much less frequent (only once) - I could find a reference
to libc.so.6. (I don't remember the full message, something with "libc.so.6"
and "SIGSEGV")
After installing the libc6-dbg package, however, I could not get thunar to
crash again (when running it through gdb). Maybe the real culprit is not thunar
but I'm stuck at this point with my investigations...
* What was the outcome of this action?
Thunar exited, printing a "segmentation fault". The file was renamed correctly.
Thanks for looking into this issue!
Regards,
Tobias
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages thunar depends on:
ii desktop-file-utils 0.22-1
ii exo-utils 0.10.7-1
ii libatk1.0-0 2.18.0-1
ii libc6 2.19-22
ii libcairo2 1.14.4-1
ii libdbus-1-3 1.10.2-1
ii libdbus-glib-1-20.102-1
ii libexo-1-0 0.10.7-1
ii libgdk-pixbuf2.0-0 2.32.2-1
ii libglib2.0-02.46.2-1
ii libgtk2.0-0 2.24.28-1
ii libgudev-1.0-0 230-2
ii libice6 2:1.0.9-1+b1
ii libnotify4 0.7.6-2
ii libpango-1.0-0 1.38.1-1
ii libsm6 2:1.2.2-1+b1
ii libthunarx-2-0 1.6.10-2
ii libxfce4ui-1-0 4.12.1-2
ii libxfce4util7 4.12.1-2
ii libxfconf-0-2 4.12.0-2+b1
ii shared-mime-info1.5-2
ii thunar-data 1.6.10-2
Versions of packages thunar recommends:
ii dbus-x11 1.10.2-1
ii gvfs 1.26.2-1
ii libfontconfig1 2.11.0-6.3
ii libfreetype6 2.6-2
ii libpangocairo-1.0-0 1.38.1-1
ii libpangoft2-1.0-01.38.1-1
ii thunar-volman0.8.1-2
ii tumbler 0.1.31-2+b2
pn xdg-user-dirs
ii xfce4-panel 4.12.0-3
Versions of packages thunar suggests:
ii thunar-archive-plugin 0.3.1-4
ii thunar-media-tags-plugin 0.2.1-1+b2
-- no debconf information
Bug#863752: caja: Does not update view when changing zoom level in list view.
Package: caja Version: 1.16.2-2 Severity: minor Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What exactly did you do (or not do) that was effective (or ineffective)? If I change the zoom level (say from 50% to 66%) while in list view, the displayed items still look the same. Only when I hover over an item with the cursor, its appearance changes. However, even the the vertical spacing between list items does not change, so that changing the zoom level drastically leads to cropped icons and labels. (In case it matters: 50% is my default zoom level.) It is not a problem in compact or icon view. There the display is updated immediately after changing the zoom setting. There may have been an update to caja or other MATE components not too long ago, but I can't remember when I last changed the zoom level. I just noticed this yesterday for the first time... Thanks for looking into this! -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages caja depends on: ii caja-common 1.16.2-2 ii desktop-file-utils0.23-1 ii gvfs 1.30.4-1 ii libatk1.0-0 2.22.0-1 ii libc6 2.24-10 ii libcairo-gobject2 1.14.8-1 ii libcairo2 1.14.8-1 ii libcaja-extension11.16.2-2 ii libexempi32.4.1-1 ii libexif12 0.6.21-2+b2 ii libgail-3-0 3.22.11-1 ii libgdk-pixbuf2.0-02.36.5-2 ii libglib2.0-0 2.50.3-2 ii libglib2.0-data 2.50.3-2 ii libgtk-3-03.22.11-1 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.16.1-1 ii libpango-1.0-01.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libselinux1 2.6-3+b1 ii libsm62:1.2.2-1+b3 ii libstartup-notification0 0.12-4+b2 ii libunique-3.0-0 3.0.2-2 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxml2 2.9.4+dfsg1-2.2 ii libxrender1 1:0.9.10-1 ii mate-desktop 1.16.1-1 ii shared-mime-info 1.8-1 Versions of packages caja recommends: ii gvfs-backends 1.30.4-1 Versions of packages caja suggests: ii engrampa1.16.0-2 pn gstreamer1.0-tools pn meld -- no debconf information
