Bug#743824: digikam: Digikam no longer displays any album thumbnails
On Sun, 23 Oct 2016 20:03:54 +0200 Simon Frei <freisi...@gmail.com> wrote: Can you try a more recent version, ideally version 5, to see whether this problem persists? The mysql database has been revised a lot in version 5. After upgrading to Digikam 5 in Debian unstable, I don't think I've had any thumbnails disappear. Simon: I didn't receive a copy of your message but was notified by the followup message from Ryan. -- Stig Inge Lea Bjørnsen stigi...@pvv.org
Bug#830777: nfs-common: rpc.idmapd does not start under systemd on a pure client system
I had the same issue on Debian Sid without nfs-kernel-server installed, rpc.idmapd is no longer running. Manually installing the package keyutils got nfsidmap(5) working for me. See the Linux kernel documentation [1]. [1] /usr/share/doc/linux-doc-4.6/Documentation/filesystem/nfs/idmapper.txt.gz -- Stig Inge Lea Bjørnsen stigi...@pvv.org
Bug#800883: xfwm4: Garbled window decorations in 30-bit color depth
Package: xfwm4
Version: 4.12.3-1
Severity: normal
Tags: patch
Dear Maintainer,
When running X in 30-bit color depth window borders and title bars are garbled
as in the screenshot [1].
The following messages are written to ~/.xsession-errors:
(xfwm4:3619): Gdk-CRITICAL **: IA__gdk_drawable_set_colormap: assertion 'cmap
== NULL || gdk_drawable_get_depth (drawable) == cmap->visual->depth' failed
(xfwm4:3619): Gdk-WARNING **:
/tmp/buildd/gtk+2.0-2.24.28/gdk/gdkpixbuf-drawable.c:1249: Source drawable has
no colormap; either pass in a colormap, or set the colormap on the drawable
with gdk_drawable_set_colormap()
(xfwm4:3619): Gdk-WARNING **: The gdk_draw_*_image require the drawable
argument to
have a specified colormap. All windows have a colormap,
however, pixmaps only have colormap by default if they
were created with a non-NULL window argument. Otherwise
a colormap must be set on them with gdk_drawable_set_colormap
I have verified that the attached patch works in 24 and 30 bit color depths with
the NVIDIA binary driver from from the Debian package nvidia-driver version
340.93-3.
Deep Color with 30-bit depth is enabled by the following /etc/X11/xorg.conf:
Section "Device"
Identifier "Quadro K620"
Driver "nvidia"
EndSection
Section "Screen"
Identifier "Primary Screen"
DefaultDepth 30
SubSection "Display"
Depth 30
EndSubSection
EndSection
I have not been able to reproduce the error and test the patch with the Nouveau
driver as it doesn't support my GPU.
See [2] for API documentation about 'gdk_screen_get_rgb_colormap'.
[1] http://silb.no/xfwm4-30-bit-depth-garbled.png
[2]
https://developer.gnome.org/gdk2/stable/GdkScreen.html#gdk-screen-get-rgb-colormap
--
Stig Inge Lea Bjørnsen
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (1001, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages xfwm4 depends on:
ii libc6 2.19-22
ii libcairo2 1.14.2-2
ii libdbus-glib-1-2 0.102-1
ii libgdk-pixbuf2.0-02.32.0-1
ii libglib2.0-0 2.46.0-2
ii libgtk2.0-0 2.24.28-1
ii libpango-1.0-01.38.0-3
ii libstartup-notification0 0.12-4
ii libwnck22 2.30.7-2
ii libx11-6 2:1.6.3-1
ii libxcomposite11:0.4.4-1
ii libxdamage1 1:1.1.4-2+b1
ii libxext6 2:1.3.3-1
ii libxfce4ui-1-04.12.1-2
ii libxfce4util7 4.12.1-2
ii libxfconf-0-2 4.12.0-2+b1
ii libxfixes31:5.0.1-2+b2
ii libxrandr22:1.5.0-1
ii libxrender1 1:0.9.8-1+b1
Versions of packages xfwm4 recommends:
ii librsvg2-common 2.40.10-1
Versions of packages xfwm4 suggests:
ii xfce4 4.12.1
ii xfwm4-themes 4.10.0-2
-- no debconf information
diff --git a/src/frame.c b/src/frame.c
index ec489f6..ca0d511 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -537,7 +537,7 @@ frameCreateTitlePixmap (Client * c, int state, int left, int right, xfwmPixmap *
xfwmPixmapCreate (screen_info, top_pm, width, top_height);
xfwmPixmapCreate (screen_info, title_pm, width, frameTop (c));
gpixmap = gdk_pixmap_foreign_new (title_pm->pixmap);
-gdk_drawable_set_colormap (gpixmap, gdk_screen_get_rgb_colormap (screen_info->gscr));
+gdk_drawable_set_colormap (gpixmap, gdk_screen_get_system_colormap (screen_info->gscr));
gc = gdk_gc_new (gpixmap);
if (w1 > 0)
diff --git a/src/screen.c b/src/screen.c
index 1af60fb..d5c7266 100644
--- a/src/screen.c
+++ b/src/screen.c
@@ -201,7 +201,7 @@ myScreenInit (DisplayInfo *display_info, GdkScreen *gscr, unsigned long event_ma
screen_info->xscreen = gdk_x11_screen_get_xscreen (gscr);
screen_info->xroot = (Window) GDK_DRAWABLE_XID(gdk_screen_get_root_window (gscr));
screen_info->screen = gdk_screen_get_number (gscr);
-screen_info->cmap = GDK_COLORMAP_XCOLORMAP(gdk_screen_get_rgb_colormap (gscr));
+screen_info->cmap = GDK_COLORMAP_XCOLORMAP(gdk_screen_get_system_colormap (gscr));
screen_info->depth = DefaultDepth (display_info->dpy, screen_info->screen);
screen_info->visual = DefaultVisual (display_info->dpy, screen_info->screen);
screen_info->shape_win = (Window) None;
diff --git a/src/settings.c b/src/settings.c
index 3dac5ae..20348b0 100644
--- a/src/settings.c
+++ b/src/settings.c
@@ -250,14 +250,14 @@ setXfwmColor (ScreenInfo *screen_info, XfwmColor *color, Settings *rc, int id, c
{
if (color->allocated)
{
-gdk_colormap_free_colors (gdk_screen_get_rgb_colormap (screen_info->gscr), >col, 1);
+gdk_colormap_free_colors (gdk
Bug#743824: digikam: Digikam no longer displays any album thumbnails
Package: digikam
Version: 4:3.5.0-3+b3
Severity: normal
Tags: upstream
Dear Maintainer,
Digikam no longer displays any album thumbnails (icons). I run Digikam
on Sid with a MySQL database running on Wheezy i386 (.deb mysql-server
5.5.35+dfsg-0+wheezy1).
Here follows a description of the error situation in my Digikam
database.
Data for one of the affected albums:
mysql select * from Albums where relativePath like '%Foo'\G
id: 634
albumRoot: 1
relativePath: /2014/2014-01-23 Foo
date: 2014-01-23
caption:
collection: Bar
icon: 32366
mysql select * from Images where id=32366\G
id: 32366
album: NULL
name: IMG_1185.JPG
status: 3
category: 1
modificationDate: 2014-01-25 13:09:08
fileSize: 2615231
uniqueHash: 1398e937cee377df7fc61536023cbd01
mysql select * from Images where id=32366 or name='IMG_1185.JPG'\G
*** 1. row ***
id: 34478
album: 634
name: IMG_1185.JPG
status: 1
category: 1
modificationDate: 2014-01-25 13:09:08
fileSize: 2615231
uniqueHash: 1398e937cee377df7fc61536023cbd01
*** 2. row ***
id: 32366
album: NULL
name: IMG_1185.JPG
status: 3
category: 1
modificationDate: 2014-01-25 13:09:08
fileSize: 2615231
uniqueHash: 1398e937cee377df7fc61536023cbd01
We see that there exists two rows for the icon in the Images
tables. The image with status=1 is the one that is currently in the
album. The problem is that the album's icon points to the image with
status=3 which is no longer in the album.
The query that Digikam uses for finding album icons requires that the
icon image is in the album. From
http://api.kde.org/extragear-api/graphics-apidocs/digikam/html/albumdb_8cpp_source.html#l00252:
d-db-execSql(SELECT A.albumRoot, A.id, A.relativePath, A.date, A.caption,
A.collection, B.albumRoot, B.relativePath, I.name \n
FROM Albums AS A \n
LEFT JOIN Images AS I ON A.icon=I.id \n
LEFT JOIN Albums AS B ON B.id=I.album \n
WHERE A.albumRoot != 0;, // exclude stale albums
values);
I don't know what causes Digikam to create multiple rows for images
and have them differ by their status. But it should preserve album
icons.
An affected Digikam database can be repaired by following the
instructions below.
Backup the databases:
$ mysqldump digikam ~/digikam-$(date +%F).sql
$ mysqldump digikamthumbnails ~/digikamthumbnails-$(date +%F).sql
List the albums with missing icons where the icon exists as another
image in the database:
mysql select A.id, A.relativePath, I.id, I.status, I.name, I2.id,
I2.status, I2.name, I2.album from Albums as A
join Images as I on A.icon = I.id
join Images as I2 on I.uniqueHash = I2.uniqueHash and I.id I2.id and
I2.album = A.id
where I.album is null order by A.relativePath;
Generate update statements for the albums with repairable icons:
mysql select concat('update Albums set icon=', I2.id, ' where id=', A.id, ';')
from Albums as A
join Images as I on A.icon = I.id
join Images as I2 on I.uniqueHash = I2.uniqueHash and I.id I2.id and
I2.album = A.id
where I.album is null order by A.relativePath
into outfile '/tmp/digikam-fix-album-icons.sql';
Run the generated updates:
$ mysql digikam /tmp/digikam-fix-album-icons.sql
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Versions of packages digikam depends on:
ii digikam-data 4:3.5.0-3
ii digikam-private-libs 4:3.5.0-3+b3
ii kde-runtime 4:4.11.5-1
ii libc6 2.18-4
ii libgcc1 1:4.8.2-19
ii libgphoto2-6 2.5.3.1-1
ii libgphoto2-port10 2.5.3.1-1
ii libkdcraw22 4:4.11.5-1
ii libkdecore5 4:4.11.5-1
ii libkdeui5 4:4.11.5-1
ii libkexiv2-11 4:4.11.5-2
ii libkhtml5 4:4.11.5-1
ii libkio5 4:4.11.5-1
ii libkipi11 4:4.11.5-1
ii libknotifyconfig4 4:4.11.5-1
ii libkparts44:4.11.5-1
ii libphonon44:4.7.1-1
ii libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2
ii libqt4-sql4:4.8.5+git242-g0315971+dfsg-2
ii libqt4-sql-sqlite 4:4.8.5+git242-g0315971+dfsg-2
ii libqt4-xml4:4.8.5+git242-g0315971+dfsg-2
ii libqtcore44:4.8.5+git242-g0315971+dfsg-2
ii libqtgui4 4:4.8.5+git242-g0315971+dfsg-2
ii libsolid4 4:4.11.5-1
ii libstdc++64.8.2-19
ii libthreadweaver4 4:4.11.5-1
ii perl 5.18.2-2+b1
ii phonon
Bug#708034: kexec-tools: Debian kernels prevent kexec from loading
Package: kexec-tools Version: 1:2.0.3-2 Severity: important During boot, I get the following error messages from /etc/init.d/kdump-tools: Sun May 12 16:55:07 2013: Starting kdump-tools: Unsupported utsname.release: 3.8-1-amd64 Sun May 12 16:55:07 2013: Cannot load /boot/vmlinuz-3.8-1-amd64 Sun May 12 16:55:07 2013: [] failed to load kdump kernel ...FAIL failed! The source of the error messages seems to be the following command invoked by /usr/sbin/kdump-config load: /sbin/kexec -p --command-line=BOOT_IMAGE=/boot/vmlinuz-3.8-1-amd64 root=UUID=$MY_UUID ro quiet irqpoll maxcpus=1 nousb --initrd=/boot/initrd.img-3.8-1-amd64 /boot/vmlinuz-3.8-1-amd64 The command above prints the following messages: Unsupported utsname.release: 3.8-1-amd64 Cannot load /boot/vmlinuz-3.8-1-amd64 Running on kernel 3.8.12 from kernel.org does not result in this error. It seems like /sbin/kexec expects the kernel release to be a major, minor, patch triplet, which isn't the case in Sid anymore: uname -a Linux $HOSTNAME 3.8-1-amd64 #1 SMP Debian 3.8.12-1 x86_64 GNU/Linux Compare this to uname -a on Wheezy: Linux $HOSTNAME 3.2.0-4-686-pae #1 SMP Debian 3.2.41-2 i686 GNU/Linux The parsing of the Linux kernel version is done by the following file in the kexec-tools package: ./kexec-tools-2.0.3/kexec/kernel_version.c Possible solutions to this bug: * Patch kernel_version.c to successfully parse 3.8-1 * Revert the version of the Debian kernel to the same scheme as in Wheezy -- Stig Inge Lea Bjørnsen stigi...@pvv.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages kexec-tools depends on: ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-1 kexec-tools recommends no packages. kexec-tools suggests no packages. -- debconf information: kexec-tools/use_grub_config: false * kexec-tools/load_kexec: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
