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
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
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
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
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
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, bu
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. Aft
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 (wh
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
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 -
10 matches
Mail list logo