Bug#887991: imwheel seem to conflict with virtualbox
Package: imwheel Version: 1.0.0pre12-12 Severity: normal Dear Maintainer, Problem is: If I have imwheel running: 1) I cannot normaly move Virtualbox guest's window (i.e. window where guest os runs) with mouse. To move it i need first press "Host key" (i.e. key to ungrab keyboard from Guest OS - Right control in my case. it's default key) 2) If I open guest window context menu (i.e. right click on title), menu does not work and visible as artefact till guest window shutdown If I killed imwheel then: 1) moving window works without pressing "the host key" 2) context menu works - My imwheelrc does not affect virtualbox windows $ cat .imwheelrc # Speed up scrolling for chromium and pass unchanged for zoom "chrome" None, Up, Button4, 4 None, Down, Button5, 4 Shift_L, Up, Shift_L|Button4 Shift_L, Down, Shift_L|Button5 Control_L, Up, Control_L|Button4 Control_L, Down, Control_L|Button5 - imwheel -d -D show no output when I work with virtualbox - Debian Strech version: Linux GREEN-U 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux - Virtualbox version: Version 5.2.6 r120293 (Qt5.7.1) - Gnome shell version: 3.22.3 - $ imwheel -v imwheel 1.0.0pre12 -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-5-amd64 (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 imwheel depends on: ii libc6 2.24-11+deb9u1 ii libx11-6 2:1.6.4-3 ii libxmu6 2:1.1.2-2 ii libxtst6 2:1.2.3-1 imwheel recommends no packages. imwheel suggests no packages. -- no debconf information
Bug#888015: ddccontrol FTCBFS: uses the build architecture pkg-config
Source: ddccontrol Version: 0.4.2-12 Tags: patch upstream User: helm...@debian.org Usertags: rebootstrap ddccontrol fails to cross build from source, because it uses the build architecture pkg-config both as a result of using AC_PATH_PROG rather than AC_PATH_TOOL and due to hard coding pkg-config rather than using $PKG_CONFIG. The attached patch fixes that. Unfortunately, I couldn't test it, because the package lacks instructions on how to rebuild configure from source. Can you apply it anyway. I'm inclined to say that ddccontrol violates DFSG #3 by making modification technically impossible. That'd make the package rc buggy. Please prove me wrong by applying the attached patch. Helmut Index: ddccontrol-0.4.2/configure.ac === --- ddccontrol-0.4.2.orig/configure.ac +++ ddccontrol-0.4.2/configure.ac @@ -117,16 +117,16 @@ fi]) GDDCCONTROL= +AC_PATH_TOOL(PKG_CONFIG, pkg-config, no) if test x$support_gnome = xyes; then - AC_PATH_PROG(PKG_CONFIG, pkg-config, no) if test "x$PKG_CONFIG" = "xno" ; then AC_MSG_ERROR(pkg-config not found, please install pkg-config) fi echo -n "checking for gtk+>=2.4 and gthread>=2.4... " - if pkg-config --atleast-version=2.4 gtk+-2.0 gthread-2.0 ; then - GNOME_LDFLAGS="$LIBXML2_LDFLAGS `pkg-config --libs gtk+-2.0 gthread-2.0`" - GNOME_CFLAGS="$LIBXML2_CFLAGS `pkg-config --cflags gtk+-2.0 gthread-2.0`" + if $PKG_CONFIG --atleast-version=2.4 gtk+-2.0 gthread-2.0 ; then + GNOME_LDFLAGS="$LIBXML2_LDFLAGS `$PKG_CONFIG --libs gtk+-2.0 gthread-2.0`" + GNOME_CFLAGS="$LIBXML2_CFLAGS `$PKG_CONFIG --cflags gtk+-2.0 gthread-2.0`" GDDCCONTROL=gddccontrol echo "yes" @@ -148,10 +148,10 @@ GNOME_APPLET= if test x$support_gnome_applet = xyes; then - if pkg-config --atleast-version=2.10 libpanelapplet-2.0 ; then + if $PKG_CONFIG --atleast-version=2.10 libpanelapplet-2.0 ; then GNOME_APPLET="gnome-ddcc-applet" - GNOME_LDFLAGS="$LIBXML2_LDFLAGS `pkg-config --libs gtk+-2.0 gthread-2.0 libpanelapplet-2.0`" - GNOME_CFLAGS="$LIBXML2_CFLAGS `pkg-config --cflags gtk+-2.0 gthread-2.0 libpanelapplet-2.0`" + GNOME_LDFLAGS="$LIBXML2_LDFLAGS `$PKG_CONFIG --libs gtk+-2.0 gthread-2.0 libpanelapplet-2.0`" + GNOME_CFLAGS="$LIBXML2_CFLAGS `$PKG_CONFIG --cflags gtk+-2.0 gthread-2.0 libpanelapplet-2.0`" fi fi
Bug#887243: gfxboot should depend on e2fsprogs explicitly
On Sun, Jan 14, 2018 at 08:05:04PM +0100, Helmut Grohne wrote: > Package: gfxboot [...] > /usr/bin/gfxboot contains tune2fs. According to file it is a Perl script text > executable [...] It indeed seems like gfxboot will launch both mkfs.ext[23] and tune2fs when the filesystem is ext2 or ext3 (while ext4 falls under 'unsupported filesystem'). https://sources.debian.org/src/gfxboot/4.5.2-1.1-5/gfxboot/#L382 Apart from ext2/ext3 gfxboot also seems to support reiserfs (but not reiser4), xfs and fat filesystems but there's no package relationship specified to any of reiserfsprogs, xfsprogs or dosfstools either. Would be great to hear from maintainers if all of them missing is a mistake or if maybe there's no need for a relationship against e2fsprogs either. Regards, Andreas Henriksson
Bug#888037: scsitools FTCBFS: does not use cross tools
Source: scsitools
Version: 0.12-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
scsitools fails to cross build from source, because it generally uses
build architecture tools. In most cases deferring to dh_auto_* fixes.
The explicit gcc invocations can be fixed with buildtools.mk. After
doing so, scsitools cross builds successfully. Please consider applying
the attached patch.
Helmut
diff --minimal -Nru scsitools-0.12/debian/changelog
scsitools-0.12/debian/changelog
--- scsitools-0.12/debian/changelog 2018-01-17 15:11:13.0 +0100
+++ scsitools-0.12/debian/changelog 2018-01-22 21:12:24.0 +0100
@@ -1,3 +1,12 @@
+scsitools (0.12-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_* pass cross flags along.
++ Use host CC from buildtools.mk.
+
+ -- Helmut Grohne Mon, 22 Jan 2018 21:12:24 +0100
+
scsitools (0.12-3) unstable; urgency=medium
* QA upload.
diff --minimal -Nru scsitools-0.12/debian/rules scsitools-0.12/debian/rules
--- scsitools-0.12/debian/rules 2018-01-17 14:54:00.0 +0100
+++ scsitools-0.12/debian/rules 2018-01-22 21:12:22.0 +0100
@@ -2,6 +2,7 @@
# Derived from debhelper/dh_make example, and Cristoph Lameter's file. -joy
#export DH_VERBOSE=1
+-include /usr/share/dpkg/buildtools.mk
CFLAGS = -g -O2 -Wall -fsigned-char
#architecture := $(shell dpkg-architecture -qDEB_HOST_ARCH)
@@ -15,12 +16,12 @@
svn export
svn+ssh://delau...@svn.debian.org/svn/collab-maint/deb-maint/scsitools/branches/upstream/current/
.
override_dh_auto_build:
- cd scsiinfo && $(MAKE) KERNEL_INCLUDES="-fsigned-char" LDFLAGS=
- cd scsidev && CFLAGS="$(CFLAGS)" ./configure --prefix=/usr \
- --mandir='${prefix}'/share/man && $(MAKE)
- cd sraw && gcc $(CFLAGS) -o sraw srawread.c
- gcc $(CFLAGS) -o scsi-spin debian/scsi-spin.c
- #dh_auto_build
+ dh_auto_build --buildsystem=makefile --builddirectory=scsiinfo -- \
+ KERNEL_INCLUDES="-fsigned-char" LDFLAGS=
+ dh_auto_configure --sourcedirectory=scsidev
+ dh_auto_build --sourcedirectory=scsidev
+ cd sraw && $(CC) $(CFLAGS) -o sraw srawread.c
+ $(CC) $(CFLAGS) -o scsi-spin debian/scsi-spin.c
override_dh_auto_clean:
for i in scsiinfo scsidev ; do $(MAKE) -C $$i clean || true ; done
Bug#888053: libcdio-utils: cd-paranoia is absent from deb package at version 1.0.0-2 (currently in testing/sid)
Package: libcdio-utils Version: 0.83-4.3+b1 Severity: normal Dear Maintainer, I tried to upgrade to the last version. I failed to find a binary for cd-paranoia in debian package. That binary should be present according to package description. Maybe, it should be provided by another package, but I didn't find any. Regards, -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (700, 'stable-updates'), (700, 'stable'), (80, 'testing'), (58, 'unstable'), (55, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-0.bpo.3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcdio-utils depends on: ii libc6 2.24-11+deb9u1 ii libcdio-cdda1 0.83-4.3+b1 ii libcdio-paranoia1 0.83-4.3+b1 ii libcdio13 0.83-4.3+b1 ii libiso9660-8 0.83-4.3+b1 ii libncurses56.0+20161126-1+deb9u1 ii libtinfo5 6.0+20161126-1+deb9u1 libcdio-utils recommends no packages. libcdio-utils suggests no packages. -- no debconf information
buxon is marked for autoremoval from testing
buxon 0.0.5-5 is marked for autoremoval from testing on 2018-01-24 It is affected by these RC bugs: 885262: buxon: Depends on unmaintained pygtk
apoo is marked for autoremoval from testing
apoo 2.2-4 is marked for autoremoval from testing on 2018-01-24 It is affected by these RC bugs: 885258: apoo: Depends on unmaintained pygtk
gquilt is marked for autoremoval from testing
gquilt 0.25-5 is marked for autoremoval from testing on 2018-01-24 It is affected by these RC bugs: 885298: gquilt: Depends on unmaintained pygtk
pyneighborhood is marked for autoremoval from testing
pyneighborhood 0.5.4-2 is marked for autoremoval from testing on 2018-01-24 It is affected by these RC bugs: 885366: pyneighborhood: Depends on unmaintained pygtk
childsplay is marked for autoremoval from testing
childsplay 2.6.5+dfsg-1 is marked for autoremoval from testing on 2018-02-08 It is affected by these RC bugs: 885264: childsplay: Depends on unmaintained pygtk
