Bug#1072722: nvidia-driver: Please configure SYSTEMD_SLEEP_FREEZE_USER_SESSION=false

[Peter De Wachter]

Package: nvidia-driver
Version: 545.23.06-1
Severity: normal

systemd 256-rc3 was recently uploaded to Debian. Its NEWS file mentions:

* The behavior of systemd-sleep and systemd-homed has been updated to
  freeze user sessions when entering the various sleep modes or when
  locking a homed-managed home area. This is known to cause issues with
  the proprietary NVIDIA drivers. Packagers of the NVIDIA proprietary
  drivers may want to add drop-in configuration files that set
  SYSTEMD_SLEEP_FREEZE_USER_SESSION=false for systemd-suspend.service
  and related services, and SYSTEMD_HOME_LOCK_FREEZE_SESSION=false for
  systemd-homed.service.

And indeed suspend would hang for me with either nvidia driver
545.23.06-1 or 535.161.08-2.


For anybody stumbling on this bug report: The easiest way to do this
by hand, is to run `systemctl edit systemd-suspend.service` and add
the two lines:

[Service]
Environment="SYSTEMD_SLEEP_FREEZE_USER_SESSION=false"




-- Package-specific info:
uname -a:
Linux fractal 6.8.12-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.8.12-1 (2024-05-31) 
x86_64 GNU/Linux

/proc/version:
Linux version 6.8.12-amd64 (debian-ker...@lists.debian.org) 
(x86_64-linux-gnu-gcc-13 (Debian 13.2.0-25) 13.2.0, GNU ld (GNU Binutils for 
Debian) 2.42) #1 SMP PREEMPT_DYNAMIC Debian 6.8.12-1 (2024-05-31)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  545.23.06  Sun Oct 15 17:43:11 
UTC 2023
GCC version:  gcc version 13.2.0 (Debian 13.2.0-25) 

lspci 'display controller [030?]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 
1050 Ti] [10de:1c82] (rev a1) (prog-if 00 [VGA controller])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a454]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia
Kernel modules: nvidia

dmesg:

Device node permissions:
crw-rw+ 1 root video  226,   0 Jun  7 07:45 /dev/dri/card0
crw-rw+ 1 root render 226, 128 Jun  7 07:45 /dev/dri/renderD128
crw-rw-rw-  1 root root   195, 254 Jun  7 07:45 /dev/nvidia-modeset
crw-rw-rw-  1 root root   195,   0 Jun  7 07:45 /dev/nvidia0
crw-rw-rw-  1 root root   195, 255 Jun  7 07:45 /dev/nvidiactl

/dev/dri/by-path:
total 0
lrwxrwxrwx 1 root root  8 Jun  7 07:45 pci-:01:00.0-card -> ../card0
lrwxrwxrwx 1 root root 13 Jun  7 07:45 pci-:01:00.0-render -> ../renderD128
video:x:44:pdewacht

Alternative 'nvidia':
nvidia - auto mode
  link best version is /usr/lib/nvidia/current
  link currently points to /usr/lib/nvidia/current
  link nvidia is /usr/lib/nvidia/nvidia
  slave nvidia--libEGL_nvidia.so.0-i386-linux-gnu is 
/usr/lib/i386-linux-gnu/libEGL_nvidia.so.0
  slave nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.0
  slave nvidia--libGLX_nvidia.so.0-i386-linux-gnu is 
/usr/lib/i386-linux-gnu/libGLX_nvidia.so.0
  slave nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0
  slave nvidia--libglxserver_nvidia.so is /usr/lib/nvidia/libglxserver_nvidia.so
  slave nvidia--libnvidia-ml.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1
  slave nvidia--libvdpau_nvidia.so.1-x86_64-linux-gnu is 
/usr/lib/x86_64-linux-gnu/vdpau/libvdpau_nvidia.so.1
  slave nvidia--nv-control-dpy is /usr/bin/nv-control-dpy
  slave nvidia--nvidia-application-profiles-key-documentation is 
/usr/share/nvidia/nvidia-application-profiles-key-documentation
  slave nvidia--nvidia-blacklists-nouveau.conf is 
/etc/nvidia/nvidia-blacklists-nouveau.conf
  slave nvidia--nvidia-bug-report.sh is /usr/lib/nvidia/nvidia-bug-report.sh
  slave nvidia--nvidia-debugdump is /usr/bin/nvidia-debugdump
  slave nvidia--nvidia-drm-outputclass.conf is 
/etc/nvidia/nvidia-drm-outputclass.conf
  slave nvidia--nvidia-load.conf is /etc/nvidia/nvidia-load.conf
  slave nvidia--nvidia-modprobe.conf is /etc/nvidia/nvidia-modprobe.conf
  slave nvidia--nvidia-options.conf is /etc/modprobe.d/nvidia-options.conf
  slave nvidia--nvidia-settings is /usr/bin/nvidia-settings
  slave nvidia--nvidia-settings.1.gz is /usr/share/man/man1/nvidia-settings.1.gz
  slave nvidia--nvidia-settings.desktop is 
/usr/share/applications/nvidia-settings.desktop
  slave nvidia--nvidia-smi is /usr/bin/nvidia-smi
  slave nvidia--nvidia-smi.1.gz is /usr/share/man/man1/nvidia-smi.1.gz
  slave nvidia--nvidia_drv.so is /usr/lib/nvidia/nvidia_drv.so
/usr/lib/nvidia/current - priority 545
  slave nvidia--libEGL_nvidia.so.0-i386-linux-gnu: 
/usr/lib/i386-linux-gnu/nvidia/current/libEGL_nvidia.so.0
  slave nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu: 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL_nvidia.so.0
  slave nvidia--libGLX_nvidia.so.0-i386-linux-gnu: 

Bug#1018727: bash: after upgrade, aliases with embedded $() subcommands don't work

[Peter De Wachter]

Package: bash
Version: 5.2~rc2-2
Followup-For: Bug #1018727

Here's another example. Enter these three lines:

alias x='PS1=$(echo x)'
x
y

After this PS1 will be equal to "xy".


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE:nl
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bash depends on:
ii  base-files   12.2
ii  debianutils  5.7-0.3
ii  libc62.34-7
ii  libtinfo66.3+20220423-2

Versions of packages bash recommends:
ii  bash-completion  1:2.11-6

Versions of packages bash suggests:
ii  bash-doc  5.2~rc2-2

-- no debconf information

Bug#984808: paps manpage: paps will read only a single file

[Peter De Wachter]

Package: paps
Version: 0.6.8-7.1+b1
Severity: minor

The paps manpage gives this synopsis, indicating that paps will process
multiple files in one go:

SYNOPSIS
   paps [options] files...

But that's not the case.


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages paps depends on:
ii  libc6  2.31-9
ii  libfontconfig1 2.13.1-4.2
ii  libfreetype6   2.10.4+dfsg-1
ii  libglib2.0-0   2.66.7-1
ii  libpango-1.0-0 1.46.2-3
ii  libpangoft2-1.0-0  1.46.2-3
ii  libpaps0   0.6.8-7.1+b1

paps recommends no packages.

paps suggests no packages.

-- no debconf information

Bug#981865: enscript: diffpp is broken, uses obsolete Perl features

[Peter De Wachter]

Package: enscript
Version: 1.6.5.90-3+b1
Severity: important

The diffpp script that is included in this package doesn't work, since
it uses obsolete Perl features:

Assigning non-zero to $[ is no longer possible at /usr/bin/diffpp line 72.



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages enscript depends on:
ii  libc6  2.31-9
ii  libpaper1  1.1.28+b1
ii  perl   5.32.1-2

enscript recommends no packages.

Versions of packages enscript suggests:
ii  evince [postscript-viewer]   3.38.0-3
ii  ghostscript [postscript-viewer]  9.53.3~dfsg-7
ii  gv [postscript-viewer]   1:3.7.4-2+b1
pn  lpr  

-- no debconf information

Bug#941618: torus-trooper: fails to start with "undefined symbol" error

[Peter De Wachter]

This isn't just torus-trooper, many other libgphobos reverse
dependencies are affected:

dustmite
gunroar
mu-cade
parsec47
projectl
titanion
torus-trooper
tumiki-fighters
val-and-rick

On Thu, Oct 3, 2019 at 6:36 PM Stephen Kitt  wrote:
>
> Hi Matthias,
>
> Le 02/10/2019 23:37, Cédric Boutillier a écrit :
> > I've just installed the game and tried to launch it from the terminal:
> > I got the following error message:
> >
> > torus-trooper: symbol lookup error: torus-trooper: undefined symbol:
> > _D4core4stdc5errno5errnoFNbNdNiNeZ
>
> This is a symbol in libgdruntime.so.76.0.2 which is no longer present in
> libgdruntime.so.76.0.3. It does look like an internal symbol, but
> binaries apparently end up with references to it, so binaries built with
> the GCC 8 version can break with the GCC 9 version...
>
> Should this be fixed in GCC, or by binNMUing?
>
> Regards,
>
> Stephen
>

Bug#936796: kiki-the-nano-bot: Python2 removal in sid/bullseye

[Peter De Wachter]

Package: kiki-the-nano-bot
Version: 1.0.2+dfsg1-8
Followup-For: Bug #936796

This one is heading for removal I fear. The last upstream release was
10+ years ago, I don't think we can expect a new release.

I investigated a bit what a port would involve. The C++ part only
needs a few small adjustments I think (this is a mixed C++/Python
project).  But 2to3 does a very poor job on the Python code, all that
code will need to be reviewed and fixed by hand.  Also, because so
much of the game is implemented in Python, each level will have to be
playtested and compared to the original. That's much more work than
I'm willing to do for this game.

Bug#931997: tomcat9: [/usr/lib/sysusers.d/tomcat9.conf:7] Trailing garbage.

[Peter De Wachter]

Package: tomcat9
Version: 9.0.16-4~bpo9+1
Severity: important

The stretch backport of tomcat9 fails to install with the standard
stretch version of systemd (232-25+deb9u11). It does work with the
stretch backport of systemd (241-5~bpo9+1).

The errors look like this:

  Setting up tomcat9 (9.0.16-4~bpo9+1) ...
  [/usr/lib/sysusers.d/tomcat9.conf:7] Trailing garbage.

  Creating config file /etc/tomcat9/tomcat-users.xml with new version
  chown: invalid group: ‘root:tomcat’
  dpkg: error processing package tomcat9 (--configure):
   subprocess installed post-installation script returned error exit status 1


-- System Information:
Debian Release: 9.9
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-9-amd64 (SMP w/1 CPU core)
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)

Versions of packages tomcat9 depends on:
ii  lsb-base9.20161125
ii  systemd 232-25+deb9u11
ii  tomcat9-common  9.0.16-4~bpo9+1
ii  ucf 3.0036

Versions of packages tomcat9 recommends:
ii  libtcnative-1  1.2.21-1~bpo9+1

Versions of packages tomcat9 suggests:
pn  tomcat9-admin 
pn  tomcat9-docs  
pn  tomcat9-examples  
pn  tomcat9-user  

-- no debconf information

Bug#929751: gnome-boxes: Download functionality doesn't work

[Peter De Wachter]

Package: gnome-boxes
Version: 3.30.3-2
Severity: important

When creating a new box, gnome-boxes shows the option "Download an
OS". This option doesn't work.

To reproduce:
- Start gnome-boxes, click "New"
- Click "Download an OS"
- Choose a distro, all (other than RHEL) seem to give the same result.
  Some that I tried:
- Debian 9 i686 (netinst)
- Ubuntu 18.10 x86_64
- Fedora 29 Workstation x86_64 (Live)

You get a screen that says:
> Preparing to create a new box
> Downloading media...

It briefly shows a pop-up message:
> Unsupported protocol "file"

After this, nothing seems to happen. Nothing gets downloaded.


-- System Information:
Debian Release: 10.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-ba  0.30.1-2
ii  libarchive13   3.3.3-4
ii  libc6  2.28-10
ii  libcairo2  1.16.0-4
ii  libfreerdp2-2  2.0.0~git20190204.1.2693389a+dfsg1-1
ii  libgdk-pixbuf2.0-0 2.38.1+dfsg-1
ii  libglib2.0-0   2.58.3-1
ii  libgovirt2 0.3.4-3.1
ii  libgtk-3-0 3.24.5-1
ii  libgtk-vnc-2.0-0   0.9.0-1.1
ii  libgudev-1.0-0 232-2
ii  libosinfo-1.0-01.2.0-1
ii  libosinfo-bin  1.2.0-1
ii  libpango-1.0-0 1.42.4-6
ii  librest-0.7-0  0.8.1-1
ii  libsecret-1-0  0.18.7-1
ii  libsoup2.4-1   2.64.2-2
ii  libspice-client-glib-2.0-8 0.35-2
ii  libspice-client-gtk-3.0-5  0.35-2
ii  libtracker-sparql-2.0-02.1.8-2
ii  libusb-1.0-0   2:1.0.22-2
ii  libvirt-daemon 5.0.0-3
ii  libvirt-glib-1.0-0 1.0.0-1
ii  libwebkit2gtk-4.0-37   2.24.2-1
ii  libxml22.9.4+dfsg1-7+b3
ii  mtools 4.0.23-1
ii  tracker2.1.8-2

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:3.1+dfsg-8

gnome-boxes suggests no packages.

-- no debconf information

Bug#901797: python3.6-venv: can't create virtualenv due to ensurepip failing

[Peter De Wachter]

Package: python3.6-venv
Version: 3.6.6~rc1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

This version of pyvenv can't create a working virtual env. The failing command
is an ensurepip invocation. The error message also tells me to install
python3-venv, but that package is installed and up-to-date.

I've tried older versions of python3.6-venv using snapshot.debian.org. The
last working version was 3.6.5-9.

$ pyvenv-3.6 foo
WARNING: the pyenv script is deprecated in favour of `python3.6 -m venv`
The virtual environment was not created successfully because ensurepip is not
available.  On Debian/Ubuntu systems, you need to install the python3-venv
package using the following command.

apt-get install python3-venv

You may need to use sudo with that command.  After installing the python3-venv
package, recreate your virtual environment.

Failing command: ['/tmp/foo/bin/python3.6', '-Im', 'ensurepip', '--upgrade', 
'--default-pip']

$ dpkg -l python3-venv
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  
Architecture Description
+++-==---==
ii  python3-venv   3.6.5-3  
amd64pyvenv-3 binary for python3 (default python3 
version)


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8), 
LANGUAGE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3.6-venv depends on:
ii  python-pip-whl  9.0.1-2.3
ii  python3.6   3.6.6~rc1-1

python3.6-venv recommends no packages.

python3.6-venv suggests no packages.

-- no debconf information

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

[Peter De Wachter]

> Fortunately another user reported a possible alternative, if you have
> time could you please try to drop a nvidia.conf in
> /usr/share/X11/xorg.conf.d with the following content:
>
> Section "OutputClass"
> Identifier  "Nvidia Modules"
> MatchDriver "nvidia-drm"
> Driver  "nvidia"
> Option  "AllowEmptyInitialConfiguration" "true"
> ModulePath  "/usr/lib/nvidia"
> EndSection
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900428
>
> As before also restore the original libglx.so in modules/extension, and
> remove the Nvidia symlink altogether.

Yes, that works.

I noted that there was already a similar config file,
nvidia-drm-outputclass.conf, that also has a MatchDriver "nvidia-drm"
line. I don't know how X handles that: were they merged, or was one of
them ignored?

Also it looks like /usr/lib/nvidia might contain multiple incompatible
libglx.so files:
xserver-xorg-video-nvidia: /usr/lib/nvidia/current/libglx.so
xserver-xorg-video-nvidia-legacy-304xx: /usr/lib/nvidia/legacy-304xx/libglx.so
xserver-xorg-video-nvidia-legacy-340xx: /usr/lib/nvidia/legacy-340xx/libglx.so

I don't know if these packages can be installed together. If they can,
there will be random failures again.

Best regards,
Peter

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

[Peter De Wachter]

On Wed, May 30, 2018 at 10:54 PM, Luca Boccassi  wrote:
> Given there have been multiple reports, I'll upload a new version of
> glx-alternatives that moves the module redirection from modules/linux
> to modules/drivers (where there is no clash).
>
> Before I do that, given you had the issue and moving the module fixes
> it, could you please double check that moving the symlink from
> modules/linux to modules/drivers (NOT modules/extensions, and putting
> back what was there) doesn't cause more problems?
>
> Still not sure why my Sid installation was working just fine...

No, that doesn't work for me.

Check xorg-server-1.20.0/hw/xfree86/loader/loadmod.c. It's some very
confused code. There's a friendly-looking array:

/* Standard set of module subdirectories to search, in order of preference */
static const char *stdSubdirs[] = {
"",
"input/",
"drivers/",
"extensions/",
NULL
};

But that comment is a lie. The FindModulesInSubDir() function recurses
in subdirectories! So the loader will start with the first entry of
that array, but it will search recursively and find either
extensions/libglx.so or linux/libglx.so depending on readdir()
order... This is why this bug occurred only on some systems and not on
others. It also means that your proposed fix won't work.

In xserver 1.19, the linux/ subdir was _prepended_ to the subdir list,
so there the nvidia libglx.so was reliably selected.

I don't know how to fix this without patching the xserver code. Maybe
it's possible to manipulate the search path with an xorg.conf
fragment?

Best regards,
Peter

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

[Peter De Wachter]

Hello Luca,

[Cc'ing bugs this time]

> I don't think so - I still can't reproduce the problem despite that. It
> should all go through the glvnd blobs.

OK. I don't know what I can do to help. This affected both of my
computers with nvidia graphics, and for now I "fixed" it by copying
the libglx.so to the other directory.

> Do you have all of the following installed:

I have most of them but not all. See the attached file.
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version Architecture Description
+++-=-===--==
ii  libegl-nvidia0:amd64  390.59-1amd64NVIDIA 
binary EGL library
ii  libegl-nvidia0:i386   390.59-1i386 NVIDIA 
binary EGL library
ii  libegl1:amd64 1.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library -- EGL support
ii  libegl1:i386  1.0.0+git20180308-2 i386 Vendor 
neutral GL dispatch library -- EGL support
ii  libgl1:amd64  1.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library -- legacy GL support
ii  libgl1:i386   1.0.0+git20180308-2 i386 Vendor 
neutral GL dispatch library -- legacy GL support
ii  libgl1-nvidia-glvnd-glx:amd64 390.59-1amd64NVIDIA 
binary OpenGL/GLX library (GLVND variant)
ii  libgl1-nvidia-glvnd-glx:i386  390.59-1i386 NVIDIA 
binary OpenGL/GLX library (GLVND variant)
un  libgles-nvidia2(no 
description available)
ii  libgles2:amd641.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library -- GLES support
ii  libglvnd0:amd64   1.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library
ii  libglvnd0:i3861.0.0+git20180308-2 i386 Vendor 
neutral GL dispatch library
ii  libglx-nvidia0:amd64  390.59-1amd64NVIDIA 
binary GLX library
ii  libglx-nvidia0:i386   390.59-1i386 NVIDIA 
binary GLX library
ii  libglx0:amd64 1.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library -- GLX support
ii  libglx0:i386  1.0.0+git20180308-2 i386 Vendor 
neutral GL dispatch library -- GLX support
un  libnvidia-cfg1 (no 
description available)
ii  libnvidia-eglcore:amd64   390.59-1amd64NVIDIA 
binary EGL core libraries
ii  libnvidia-eglcore:i386390.59-1i386 NVIDIA 
binary EGL core libraries
ii  libnvidia-glcore:amd64390.59-1amd64NVIDIA 
binary OpenGL/GLX core libraries
ii  libnvidia-glcore:i386 390.59-1i386 NVIDIA 
binary OpenGL/GLX core libraries
ii  libnvidia-ml1:amd64   390.59-1amd64NVIDIA 
Management Library (NVML) runtime library
ii  libopengl0:amd64  1.0.0+git20180308-2 amd64Vendor 
neutral GL dispatch library -- OpenGL support
ii  nvidia-alternative390.59-1amd64allows the 
selection of NVIDIA as GLX provider
ii  nvidia-driver 390.59-1amd64NVIDIA 
metapackage
ii  nvidia-driver-bin 390.59-1amd64NVIDIA 
driver support binaries
ii  nvidia-driver-libs:amd64  390.59-1amd64NVIDIA 
metapackage (OpenGL/GLX/EGL/GLES libraries)
ii  nvidia-driver-libs:i386   390.59-1i386 NVIDIA 
metapackage (OpenGL/GLX/EGL/GLES libraries)
ii  nvidia-egl-common 390.59-1amd64NVIDIA 
binary EGL driver - common files
ii  nvidia-egl-icd:amd64  390.59-1amd64NVIDIA EGL 
installable client driver (ICD)
ii  nvidia-egl-icd:i386   390.59-1i386 NVIDIA EGL 
installable client driver (ICD)
un  nvidia-egl-wayland-icd (no 
description available)
ii  nvidia-kernel-dkms390.59-1amd64NVIDIA 
binary kernel module DKMS source
ii  nvidia-kernel-support 390.59-1amd64NVIDIA 
binary kernel module support files
ii  nvidia-legacy-check   390.59-1amd64check for 
NVIDIA GPUs requiring a legacy driver
ii  nvidia-vdpau-driver:amd64 390.59-1amd64Video Decode 
and Presentation API for Unix - NVIDIA driver
ii  xserver-xorg  1:7.7+19amd64X.Org X 
server
ii  xserver-xorg-core 2:1.20.0-2  amd64Xorg X 
server - core server
ii  xserver-xorg-video-nvidia 390.59-1amd64NVIDIA 
binary Xorg driver
dpkg-query: no 

Bug#900248: nvidia-driver: update to 390.59 breaks direct rendering

[Peter De Wachter]

Package: nvidia-driver
Followup-For: Bug #900248

I think this bug is caused by a change in xserver 1.20. The nvidia
libglx.so gets installed in /usr/lib/xorg/modules/linux/, but this
directory has been removed from X's search path. As a result X only
finds the default libglx.so in /usr/lib/xorg/modules/extensions/.
See this commit:
https://cgit.freedesktop.org/xorg/xserver/commit/?id=97bd6e453676516891250389ec0fd695c110087c

Best regards,
Peter

Bug#898269: python3.6: Vcs URLs are incorrect

[Peter De Wachter]

Source: python3.6
Version: 3.6.5-8
Severity: normal

Dear Maintainer,

The Vcs fields in debian/control point to Launchpad, but it looks like only
older versions of the package are available there.

Vcs-Browser: https://code.launchpad.net/~doko/python/pkg3.6-debian
Vcs-Bzr: http://bazaar.launchpad.net/~doko/python/pkg3.6-debian

Best regards,
Peter

Bug#895470: libfontconfig1 2.13.0-2 breaks Emacs in certain locales

[Peter De Wachter]

Package: libfontconfig1
Version: 2.13.0-2
Severity: important
Tags: upstream

Please see https://bugs.freedesktop.org/show_bug.cgi?id=105492

This version of fontconfig uses setlocale() in a way that breaks
Emacs' Lisp reader, causing all kinds of odd problems.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libfontconfig1:amd64 depends on:
ii  fontconfig-config  2.13.0-2
ii  libc6  2.27-3
ii  libexpat1  2.2.5-3
ii  libfreetype6   2.8.1-2
ii  libuuid1   2.31.1-0.5

libfontconfig1:amd64 recommends no packages.

libfontconfig1:amd64 suggests no packages.

-- no debconf information

Bug#894312: rrootage: New upstream version 0.24

[Peter De Wachter]

Source: rrootage
Version: 0.23a-12+b1
Severity: normal

A new upstream version, rRootage 0.24, has been released:

http://www.asahi-net.or.jp/~cs8k-cyu/windows/rr_e.html
https://github.com/abagames/rrootage

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#894253: gdc's description contradicts default-d-compiler's description

[Peter De Wachter]

Package: gdc
Version: 4:8-20180321-1
Severity: normal

Hello,

The gdc package says:

> Depends: gdc-8 (>= 8-20180321-1~), libgphobos-dev (= 8-20180321-1)
> Description-en: D compiler (language version 2), based on the GCC backend
>  This is a dependency package providing the default D compiler.
>  Per policy, all packages that contain D sources must use this package
>  in their Build-Depends line.

The default-d-compiler package says:

> Depends: ldc (>= 1:1.8)
> Description-en: Default D compiler (metapackage)
>  This is a metapackage installing the default D compiler in Debian
>  for the respective architecture.
>  .
>  Packages building D code should depend on this.

Only one of these can be true :)

-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc depends on:
ii  gdc-8   8-20180321-1
ii  libgphobos-dev  8-20180321-1

gdc recommends no packages.

gdc suggests no packages.

-- no debconf information

Bug#889100: Trying to reproduce #889100

[Peter De Wachter]

Hi Christoph,

Please remember that mails to n...@bugs.debian.org aren't forwarded to
the bug submitter. I saw your message only because I checked the BTS.

fizmo-sdl didn't crash when built from the git repos.

I investigated a bit further and discovered that the Debian package
crashed because it couldn't load NotoMono-Regular.ttf. And indeed that
file didn't exist. I had the fonts-noto package installed but not
fonts-noto-mono. Looks like that package needs to be added as a
libpixelif-common dependency.

Best regards,
Peter

Bug#889100: fizmo-sdl2: Segfaults on start-up

[Peter De Wachter]

Package: fizmo-sdl2
Version: 0.8.5-2
Severity: serious
Justification: package doesn't work at all

I just installed fizmo-sdl2. When I start it, it shows a black window
and then it segfaults. I tried it with a bunch of different z5 files.
(These crashes don't occur with fizmo-ncurses, that version works.)

Here's a backtrace:

$ gdb -q fizmo-sdl2
Reading symbols from fizmo-sdl2...Reading symbols from 
/usr/lib/debug/.build-id/40/bb3b897ba214fc701762c7b91c8715c1eec2d2.debug...done.
done.
(gdb) run curses.z5 
Starting program: /usr/games/fizmo-sdl2 curses.z5
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffecf6a700 (LWP 18815)]
[New Thread 0x7fffd96d2700 (LWP 18817)]
[New Thread 0x7fffd8cdf700 (LWP 18818)]

Thread 4 "fizmo-sdl2" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd8cdf700 (LWP 18818)]
0x5557b6e1 in tt_get_glyph_size ()
(gdb) bt
#0  0x5557b6e1 in tt_get_glyph_size ()
#1  0x55579e5a in link_interface_to_story ()
#2  0xec7c in fizmo_start ()
#3  0xace4 in interpreter_thread_function 
(UNUSED_ptr=UNUSED_ptr@entry=0x0) at fizmo-sdl2.c:1143
#4  0x77b3518c in SDL_RunThread (data=0x55c72f80) at 
./src/thread/SDL_thread.c:283
#5  0x77b8ba19 in RunThread (data=) at 
./src/thread/pthread/SDL_systhread.c:74
#6  0x771aa51a in start_thread (arg=0x7fffd8cdf700) at 
pthread_create.c:465
#7  0x75fbe3ef in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95



-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fizmo-sdl2 depends on:
ii  libc6  2.26-6
ii  libdrilbo-common   0.2.11-2
ii  libfizmo-common0.7.15-2
ii  libfreetype6   2.8.1-1
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libpixelif-common  0.8.4-2
ii  libpng16-161.6.34-1
ii  libsdl2-2.0-0  2.0.7+dfsg1-3
ii  libsndfile11.0.28-4
ii  libx11-6   2:1.6.4-3
ii  libxml22.9.4+dfsg1-6.1
ii  zlib1g 1:1.2.8.dfsg-5

fizmo-sdl2 recommends no packages.

fizmo-sdl2 suggests no packages.

-- no debconf information

Bug#885103: rename: "-n" option is ignored

[Peter De Wachter]

Hello Dominic,

[Resending with bugs.debian.org in Cc]

I feel that in Debian the expected behavior is that options and other
arguments can be mixed. Sure, no program bothers explicitly
documenting that, but why would they? It's simply the normal behavior
of glibc's getopt(3) after all. Programs that don't allow this are
exceptions.

Given that the previous version of rename allowed this and given that
it's expected behavior on Debian, I feel that this is a valid bug.

If on the other hand you really don't want to support this, I feel
it's necessary to give an explicit error message in this situation
("fatal: option -n must come before non-option arguments").

Best regards,
Peter


On Sun, Dec 24, 2017 at 8:49 PM, Dominic Hargreaves <d...@earth.li> wrote:
> On Sat, Dec 23, 2017 at 09:02:04PM +0100, Peter De Wachter wrote:
>> Package: rename
>> Version: 0.20-6
>> Severity: important
>>
>> rename ignores the '-n' option if it's not specified first on the command 
>> line:
>>
>> $ touch a
>> $ rename s/a/b/ -n a
>> $ ls -l a
>> ls: cannot access 'a': No such file or directory
>>
>> This is different from how the 'rename' command behaves in Debian stable.
>
> The implementation has changed, but the documented use of rename in
> Debian has always been that -n should be provided before the file list.
> I don't see us changing the behaviour of the new implementation to
> support these undocumented calling semantics.
>
> Best,
> Dominic.

Bug#885103: rename: "-n" option is ignored

[Peter De Wachter]

Package: rename
Version: 0.20-6
Severity: important

rename ignores the '-n' option if it's not specified first on the command line:

$ touch a
$ rename s/a/b/ -n a
$ ls -l a
ls: cannot access 'a': No such file or directory

This is different from how the 'rename' command behaves in Debian stable.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages rename depends on:
ii  perl  5.26.1-3

rename recommends no packages.

rename suggests no packages.

-- no debconf information

Bug#861027: gprolog: Trivial code fails on amd64

[Peter De Wachter]

Package: gprolog
Version: 1.4.5-4.1+b1
Severity: grave
Justification: renders package unusable

Hi,

Something seems to be very wrong with gprolog on amd64. Consider this
trivial Prolog code:

parent(david, john).
parent(jim, david).
grandparent(A, B) :- parent(A, X), parent(X, B).

When I try to use this program, I get a strange exception. This
happens on amd64 but not on i386.

$ gprolog
GNU Prolog 1.4.5 (64 bits)
Compiled Feb  5 2017, 10:30:08 with gcc
By Daniel Diaz
Copyright (C) 1999-2016 Daniel Diaz
| ?- consult(family).
compiling /tmp/family.pl for byte code...
/tmp/family.pl compiled, 3 lines read - 644 bytes written, 2 ms

yes
| ?- grandparent(jim, X).
uncaught exception: error(existence_error(procedure,parent/0),grandparent/0)
| ?- 



-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gprolog depends on:
ii  libc6  2.24-10

gprolog recommends no packages.

gprolog suggests no packages.

-- no debconf information

Bug#845377: gdc-6: libdl trouble again

[Peter De Wachter]

Hello Matthias and Iain,

Is it an expected effect that some programs now need to be build with
-fPIC? For example:

$ cat >test.d
import std.conv;
void main() {
  string b;
  float c;
  to!int(b);
  to!string(c);
}

$ gdc -o test test.d
/usr/bin/ld: /tmp/cc6LR10G.o: relocation R_X86_64_PC32 against symbol
`_D3std6format18__T10FormatSpecTaZ10FormatSpec6flPlusMxFNaNbNdNiNfZb'
can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status

$ gdc --version
gdc (Debian 6.2.1-5) 6.2.1 20161124
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


On Wed, Nov 23, 2016 at 12:15 AM, Iain Buclaw <ibuc...@gdcproject.org> wrote:
> On 22 November 2016 at 23:37, Matthias Klose <d...@debian.org> wrote:
>> Control: severity -1 important
>>
>> On 22.11.2016 22:21, Peter De Wachter wrote:
>>> Package: gdc-6
>>> Version: 6.2.1-4
>>> Severity: serious
>>> Justification: breaks other packages (ii-esu, tatan, dub)
>>>
>>> Hi,
>>>
>>> This upload has a bug very similar to #835255. The same test program
>>> again fails to link:
>>>
>>> import std.datetime;
>>> void main () { }
>>>
>>> $ gdc -o date date.d
>>> /usr/lib/gcc/x86_64-linux-gnu/6/libgphobos.a(lt4-curl.o): In function 
>>> `_D3std3net4curl7CurlAPI7loadAPIFZPv':
>>> /build/gcc-6-N3r4h3/gcc-6-6.2.1/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3630:
>>>  warning: Using 'dlopen' in statically linked applications requires at 
>>> runtime the shared libraries from the glibc version used for linking
>>> /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlopen.o):
>>>  In function `dlopen':
>>> (.text+0x5): undefined reference to `__dlopen'
>>> /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlclose.o):
>>>  In function `dlclose':
>>> (.text+0x1): undefined reference to `__dlclose'
>>> /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlsym.o): 
>>> In function `dlsym':
>>> (.text+0x5): undefined reference to `__dlsym'
>>> collect2: error: ld returned 1 exit status
>>
>> known. Please pass -shared-libphobos for now. Still planning to make this the
>> default.
>>
>
> Agreed.  I'll build the packages with this configuration and test locally.

Bug#845377: gdc-6: libdl trouble again

[Peter De Wachter]

Package: gdc-6
Version: 6.2.1-4
Severity: serious
Justification: breaks other packages (ii-esu, tatan, dub)

Hi,

This upload has a bug very similar to #835255. The same test program
again fails to link:

import std.datetime;
void main () { }

$ gdc -o date date.d
/usr/lib/gcc/x86_64-linux-gnu/6/libgphobos.a(lt4-curl.o): In function 
`_D3std3net4curl7CurlAPI7loadAPIFZPv':
/build/gcc-6-N3r4h3/gcc-6-6.2.1/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3630:
 warning: Using 'dlopen' in statically linked applications requires at runtime 
the shared libraries from the glibc version used for linking
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlopen.o): In 
function `dlopen':
(.text+0x5): undefined reference to `__dlopen'
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlclose.o): 
In function `dlclose':
(.text+0x1): undefined reference to `__dlclose'
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libdl.a(dlsym.o): In 
function `dlsym':
(.text+0x5): undefined reference to `__dlsym'
collect2: error: ld returned 1 exit status




-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc-6 depends on:
ii  g++-6 6.2.1-4
ii  gcc-6-base6.2.1-4
ii  libc6 2.24-5
ii  libgmp10  2:6.1.1+dfsg-1
ii  libgphobos-6-dev  6.2.1-4
ii  libisl15  0.17.1-1
ii  libmpc3   1.0.3-1
ii  libmpfr4  3.1.5-1
ii  zlib1g1:1.2.8.dfsg-2+b3

gdc-6 recommends no packages.

gdc-6 suggests no packages.

-- no debconf information

Bug#835255: gdc-6: std.datetime: undefined reference to dlopen/dlsym/dlclose

[Peter De Wachter]

Package: gdc-6
Version: 6.2.0-1
Severity: normal

Hi. In this release, programs that reference std.datetime fail to
build, with error messages referencing curl and libdl. I don't know
what's going on here, but it seems there's something badly broken in
libphobos.

$ cat date.d
import std.datetime;
void main () { }

$ gdc -o date date.d
/usr/lib/gcc/x86_64-linux-gnu/6/libgphobos2.a(lt4-curl.o): In function 
`_D3std3net4curl7CurlAPI19_sharedStaticDtor18FZv':
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3682:
 undefined reference to `dlclose'
/usr/lib/gcc/x86_64-linux-gnu/6/libgphobos2.a(lt4-curl.o): In function 
`_D3std3net4curl7CurlAPI7loadAPIFZPv':
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3630:
 undefined reference to `dlopen'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3636:
 undefined reference to `dlsym'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3662:
 undefined reference to `dlsym'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3662:
 undefined reference to `dlsym'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3662:
 undefined reference to `dlsym'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3662:
 undefined reference to `dlsym'
/usr/lib/gcc/x86_64-linux-gnu/6/libgphobos2.a(lt4-curl.o):/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3662:
 more undefined references to `dlsym' follow
/usr/lib/gcc/x86_64-linux-gnu/6/libgphobos2.a(lt4-curl.o): In function 
`_D3std3net4curl7CurlAPI7loadAPIFZPv':
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3639:
 undefined reference to `dlclose'
/build/gcc-6-JZuWWC/gcc-6-6.2.0/build/x86_64-linux-gnu/libphobos/src/../../../../src/libphobos/src/std/net/curl.d:3651:
 undefined reference to `dlopen'
collect2: error: ld returned 1 exit status



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc-6 depends on:
ii  g++-66.2.0-1
ii  gcc-6-base   6.2.0-1
ii  libc62.23-4
ii  libgmp10 2:6.1.1+dfsg-1
ii  libisl15 0.17.1-1
ii  libmpc3  1.0.3-1
ii  libmpfr4 3.1.4-2
ii  libphobos-6-dev  6.2.0-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

gdc-6 recommends no packages.

gdc-6 suggests no packages.

-- no debconf information

Bug#827211: gdc-5: attempts to use ldc's include files

[Peter De Wachter]

Package: gdc-5
Version: 5.4.0-4
Severity: normal

Hi,

If ldc is installed, gdc will attempt to use ldc's include files in
preference to its own. This won't work, as many of these files are not
portable:

  $ cat test.d
  import core.stdc.stdarg;

  $ gdc -c test.d
  /usr/include/d/core/stdc/stdarg.d:48:5: error: undefined identifier 
__va_list_tag
   alias __va_list = __va_list_tag;

I really don't know what the search path conventions are for D
compilers.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc-5 depends on:
ii  g++-55.4.0-4
ii  gcc-5-base   5.4.0-4
ii  libc62.22-11
ii  libgmp10 2:6.1.0+dfsg-2
ii  libisl15 0.17.1-1
ii  libmpc3  1.0.3-1
ii  libmpfr4 3.1.4-2
ii  libphobos-5-dev  5.4.0-4
ii  zlib1g   1:1.2.8.dfsg-2+b1

gdc-5 recommends no packages.

gdc-5 suggests no packages.

-- no debconf information

Bug#826645: gdc-5: Missing -lgdruntime

[Peter De Wachter]

Package: gdc-5
Version: 5.4.0-3
Severity: serious
Justification: makes dependent packages ftbfs

Hi,

This version of gdc cannot build executables due to a missing -lgdruntime:

  $ cat test.d
  void main() { }

  $ gdc test.d
  /usr/bin/ld: cannot find -lgdruntime
  collect2: error: ld returned 1 exit status



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc-5 depends on:
ii  g++-55.4.0-3
ii  gcc-5-base   5.4.0-3
ii  libc62.22-11
ii  libgmp10 2:6.1.0+dfsg-2
ii  libisl15 0.17.1-1
ii  libmpc3  1.0.3-1
ii  libmpfr4 3.1.4-2
ii  libphobos-5-dev  5.4.0-3
ii  zlib1g   1:1.2.8.dfsg-2+b1

gdc-5 recommends no packages.

gdc-5 suggests no packages.

-- no debconf information

Bug#823867: ucblogo: Crashes on amd64 when drawing lots of lines

[Peter De Wachter]

Package: ucblogo
Version: 6.0+dfsg-1
Severity: normal

This statement causes the amd64 version of ucblogo to crash:

  repeat 1 [forward 10. right 90]

The i386 version doesn't crash.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ucblogo depends on:
ii  libc6 2.22-7
ii  libgcc1   1:6.1.1-1
ii  libice6   2:1.0.9-1+b1
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-1
ii  libtinfo5 6.0+20160319-1
ii  libwxbase3.0-0v5  3.0.2+dfsg-1.3+b1
ii  libwxgtk3.0-0v5   3.0.2+dfsg-1.3+b1
ii  libx11-6  2:1.6.3-1

ucblogo recommends no packages.

ucblogo suggests no packages.

-- no debconf information

Bug#818714: zip: Option --no-extra documented but not implemented

[Peter De Wachter]

Package: zip
Version: 3.0-11
Severity: minor

Dear Maintainer,

The manpage documents a long option '--no-extra' as a synonym for '-X',
but this is not implemented:

$ zip --no-extra foo.zip foo.txt
zip error: Invalid command arguments (long option 'no-extra' not supported)


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zip depends on:
ii  libbz2-1.0  1.0.6-8
ii  libc6   2.22-3

Versions of packages zip recommends:
ii  unzip  6.0-20

zip suggests no packages.

-- no debconf information

Bug#812080: gdc-6: array assignment fails to compile

[Peter De Wachter]

Package: gdc-6
Version: 6-20160117-1
Severity: normal

Dear Maintainer,

This program fails to compile in this gdc snapshot:

  void main() {
real[] a = [-1];
  }

It is accepted by both gdc-5 and the dmd reference compiler.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gdc-6 depends on:
ii  g++-66-20160117-1
ii  gcc-6-base   6-20160117-1
ii  libc62.21-6
ii  libgmp10 2:6.1.0+dfsg-2
ii  libisl15 0.15-3
ii  libmpc3  1.0.3-1
ii  libmpfr4 3.1.3-2
ii  libphobos-6-dev  6-20160117-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

gdc-6 recommends no packages.

gdc-6 suggests no packages.

-- no debconf information

Bug#714399: a7xpg: spaceship drifts to upper left corner of screen making gameplay impossible

[Peter De Wachter]

This looks like a long-standing kernel bug:

https://bugzilla.kernel.org/show_bug.cgi?id=28912
https://bugzilla.kernel.org/show_bug.cgi?id=37982

More information and a work-around is here:

https://github.com/denilsonsa/udev-joystick-blacklist

Bug#714399: a7xpg: spaceship drifts to upper left corner of screen making gameplay impossible

[Peter De Wachter]

Hello Jason,

Even though you don't have a joystick, can you run jstest-gtk (from
the package with the same name) anway? I suspect that some device
driver in your system is masquerading as a joystick (perhaps a driver
for an accelerometer chip or something like that).

Can you also send the contents of /proc/bus/input/devices?

Regards,
Peter

On Tue, Dec 22, 2015 at 9:36 PM, Jason Quinn  wrote:
> Your sentence that says "when you can't reproduce such an apparently
> obvious issue" that makes it sound as if I'm doing something wrong.
> It's clear you intend to say that you cannot reproduce the issue but
> your phrasing could be improved.
>
> I do not have a joystick. The keyboard is attached to a laptop. I have
> not tried the game recently on another computer but if I get the
> chance I will. As I wrote before, I believe I have already seen this
> issue on multiple machines (likely on another Dell laptop at minimum)
> but it's been a long time since I would have tried and I don't recall
> anything for certain.
>
> As for seeing more people report the bug, this an an obscure game.
> When you start with the small fraction of people running Debian and
> multiply it by the fraction of people who actually install this game
> and then multiply by the fraction of people who experience the bug,
> and then multiply the fraction of people who report bugs (which is
> canonically taken to be about 1 in 100 users) , you are getting down
> to a small number of expected bug reports... perhaps on the order of
> one like just me. While it's interesting that you do not experience
> the bug, I assure you the bug does happen for me; and your message
> almost makes it sound like you dismiss the concept of bugs that depend
> on various external issues or even hardware. It's far from obvious to
> me that we should have seen more confirms in this case and I also note
> the lack of additional "works for me" comments. So please don't
> dismiss my report as if you are sceptical of the problem that *I'm*
> experiencing because just because you don't see it.
>
> Jason
>

Bug#805374: gropdf: Invalid conversion in sprintf

[Peter De Wachter]

Package: groff
Version: 1.22.3-3
Severity: minor

Dear Maintainer,

When I try to build a PDF document (with groff -Tpdf), I get these error
messages:

Missing argument in sprintf at /usr/bin/gropdf line 469.
Invalid conversion in sprintf: "% +00'" at /usr/bin/gropdf line 469.

The resulting PDF seems fine, though.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages groff depends on:
ii  groff-base  1.22.3-3
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-23
ii  libice6 2:1.0.9-1+b1
ii  libsm6  2:1.2.2-1+b1
ii  libstdc++6  5.2.1-23
ii  libx11-62:1.6.3-1
ii  libxaw7 2:1.0.13-1
ii  libxmu6 2:1.1.2-2
ii  libxt6  1:1.1.5-1

Versions of packages groff recommends:
ii  ghostscript  9.16~dfsg-2
ii  imagemagick  8:6.8.9.9-6
ii  libpaper11.1.24+nmu4
ii  netpbm   2:10.0-15.2
ii  perl 5.20.2-6
ii  psutils  1.17.dfsg-2

groff suggests no packages.

-- no debconf information

Bug#802391: gimagereader: Segfaults when opening an image file

[Peter De Wachter]

Package: gimagereader
Version: 3.1.2-1+b1
Severity: grave
Justification: renders package unusable

Hello,

When I start gimagereader-gtk and open a file, it crashes with a
segmentation fault. I click the "Add images" button in the "Files"
tab, pick a PNG file, click "OK", and the program crashes with this
error message:

(gimagereader-gtk:15853): glibmm-CRITICAL **:
unhandled exception (type Glib::Error) in signal handler:
domain: g-exec-error-quark
code  : 8
what  : Failed to execute child process "gimagereader-gtk" (No
such file or directory)

Segmentatiefout

A gdb backtrace is attached.

When I recompiled the package unchanged, the crash no longer occured,
so it looks like there might have been silent ABI breakage somewhere.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gimagereader depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libc62.19-22
ii  libcairomm-1.0-1v5   1.12.0-1
ii  libgcc1  1:5.2.1-22
ii  libglib2.0-0 2.46.1-1
ii  libglibmm-2.4-1v52.46.1-1
ii  libgomp1 5.2.1-22
ii  libgtk-3-0   3.18.2-1
ii  libgtkmm-3.0-1v5 3.18.0-1
ii  libgtksourceviewmm-3.0-0v5   3.18.0-1
ii  libgtkspellmm-3.0-0v53.0.3+dfsg-2
ii  libpangomm-1.4-1v5   2.38.1-1
ii  libpoppler-glib8 0.26.5-4
ii  libsane  1.0.24-14
ii  libsigc++-2.0-0v52.6.1-2
ii  libstdc++6   5.2.1-22
ii  libtesseract33.04.00-5+b1

gimagereader recommends no packages.

gimagereader suggests no packages.

-- no debconf information
Starting program: /usr/bin/gimagereader-gtk 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe491b700 (LWP 15601)]
[New Thread 0x7fffd700 (LWP 15602)]
[New Thread 0x7fffde576700 (LWP 15603)]
[New Thread 0x7fffddd75700 (LWP 15604)]
[New Thread 0x7fffdccee700 (LWP 15605)]
[New Thread 0x7fffc94dd700 (LWP 15610)]
[New Thread 0x7fffc8cdc700 (LWP 15611)]
[Thread 0x7fffc8cdc700 (LWP 15611) exited]
[New Thread 0x7fffc8cdc700 (LWP 15616)]
[New Thread 0x7fffc37af700 (LWP 15617)]
[Thread 0x7fffc37af700 (LWP 15617) exited]
[Thread 0x7fffc8cdc700 (LWP 15616) exited]
[New Thread 0x7fffc8cdc700 (LWP 15618)]
[New Thread 0x7fffc37af700 (LWP 15619)]
[Thread 0x7fffc8cdc700 (LWP 15618) exited]
[Thread 0x7fffc94dd700 (LWP 15610) exited]
[New Thread 0x7fffc94dd700 (LWP 15620)]
[Thread 0x7fffc37af700 (LWP 15619) exited]
[New Thread 0x7fffc37af700 (LWP 15621)]
[New Thread 0x7fffc8cdc700 (LWP 15622)]
[Thread 0x7fffc8cdc700 (LWP 15622) exited]

Program received signal SIGSEGV, Segmentation fault.
0x7729b961 in Gtk::Widget::get_allocation() const () from 
/usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1
#0  0x7729b961 in Gtk::Widget::get_allocation() const () at 
/usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1
#1  0x555ac12c in Displayer::setZoom(Displayer::Zoom) ()
#2  0x555ac6be in Displayer::setRotation(double) ()
#3  0x555ad431 in Displayer::renderImage() ()
#4  0x555adafa in Displayer::setSource(Source*) ()
#5  0x5557d5b4 in MainWindow::onSourceChanged(Source*) ()
#6  0x55589ea5 in SourceManager::selectionChanged() ()
#7  0x76496518 in 
Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) () at 
/usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
#8  0x74e57244 in _g_closure_invoke_va 
(closure=closure@entry=0x55ec1dd0, return_value=return_value@entry=0x0, 
instance=instance@entry=0x55d9b5c0, args=args@entry=0x7fffbaf0, 
n_params=, param_types=0x0) at 
/build/glib2.0-l3js1a/glib2.0-2.46.1/./gobject/gclosure.c:864
marshal = 
marshal_data = 
in_marshal = 0
real_closure = 0x55ec1db0
__func__ = "_g_closure_invoke_va"
#9  0x74e71a46 in g_signal_emit_valist (instance=0x55d9b5c0, 
signal_id=, detail=0, var_args=var_args@entry=0x7fffbaf0) at 
/build/glib2.0-l3js1a/glib2.0-2.46.1/./gobject/gsignal.c:3292
return_accu = 
accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong 
= 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, 
{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, 

Bug#787089: network-manager: Missing man pages

[Peter De Wachter]

Package: network-manager
Version: 1.0.2-2
Severity: normal

Dear Maintainer,

Several of NetworkManager's man pages are not shipped in Debian. At least
nm-settings.5 and nmcli-examples.5 are missing.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.18-1
ii  init-system-helpers1.23
ii  isc-dhcp-client4.3.2-1
ii  libbluetooth3  5.23-2+b1
ii  libc6  2.19-18
ii  libdbus-1-31.8.18-1
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt201.6.3-2
ii  libglib2.0-0   2.44.1-1
ii  libgnutls-deb0-28  3.3.15-2
ii  libgudev-1.0-0 215-18
ii  libmm-glib01.4.8-1
ii  libndp01.4-2
ii  libnewt0.520.52.17-1+b1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libnm0 1.0.2-2
ii  libpam-systemd 215-18
ii  libpolkit-agent-1-00.105-8
ii  libpolkit-gobject-1-0  0.105-8
ii  libreadline6   6.3-8+b3
ii  libsoup2.4-1   2.50.0-2
ii  libsystemd0215-18
ii  libteamdctl0   1.17-1
ii  libuuid1   2.26.2-5
ii  lsb-base   4.1+Debian13+nmu1
ii  policykit-10.105-8
ii  udev   215-18
ii  wpasupplicant  2.3-2

Versions of packages network-manager recommends:
ii  crda3.13-1
ii  dnsmasq-base2.72-3.1
ii  iptables1.4.21-2+b1
ii  iputils-arping  3:20121221-5+b2
ii  modemmanager1.4.8-1
ii  ppp 2.4.6-3.1

Versions of packages network-manager suggests:
pn  avahi-autoipd  none
pn  libteam-utils  none

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed [not included]

-- 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#785109: Asylum crashes in Psyche level

[Peter De Wachter]

Hi Hugh,

As you might remember, some years ago I packages SDL Asylum for Debian.
Yesterday I received a bug report that the game crashes at the end of the
second level. I recompiled the game with -fsanitize=address,undefined
which discovered a stray pointer in the collision detection code, seemingly
always involving the alien2 function. This seems a likely cause for random
crashes... A typical backtrace looks like this:

==29192==ERROR: AddressSanitizer: heap-buffer-overflow on address
0x7f1eceab9647 at pc 0x40f2d9 bp 0x7fffa1788110 sp 0x7fffa1788108
READ of size 1 at 0x7f1eceab9647 thread T0
#0 0x40f2d8 in albcheck(alent*)
/home/pdewacht/asylum/asylum-0.3.2/alien.c:1554
#1 0x41a26b in alien2(alent*)
/home/pdewacht/asylum/asylum-0.3.2/alien.c:353
#2 0x4215df in moval() /home/pdewacht/asylum/asylum-0.3.2/alien.c:102
#3 0x4230ad in game() /home/pdewacht/asylum/asylum-0.3.2/asylum.c:168
#4 0x4235c4 in init() /home/pdewacht/asylum/asylum-0.3.2/asylum.c:89
#5 0x402d83 in main /home/pdewacht/asylum/asylum-0.3.2/asylum.c:488
#6 0x7f1edf2a0b44 in __libc_start_main
(/lib/x86_64-linux-gnu/libc.so.6+0x21b44)
#7 0x402f24 (/home/pdewacht/asylum/asylum-0.3.2/asylum+0x402f24)

0x7f1eceab9647 is located 441 bytes to the left of 147456-byte region
[0x7f1eceab9800,0x7f1eceadd800)
allocated by thread T0 here:
#0 0x7f1ee15a674f in malloc
(/usr/lib/x86_64-linux-gnu/libasan.so.1+0x5474f)
#1 0x428e32 in loadhammered(char**, char*, char*)
/home/pdewacht/asylum/asylum-0.3.2/file.c:167

Both the original submitter and I found some other problems, patches for
which are attached. They're probably not related to the crash the submitter
experienced though.

Best regards,
Peter De Wachter
From f7ef4d3c285d7946f577469e9e0b93da658f0b75 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Tue, 12 May 2015 23:27:34 +0200
Subject: [PATCH 1/5] wipealtab(): bounds check

---
 alien.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/alien.c b/alien.c
index 90c2a4e..ac9ff53 100644
--- a/alien.c
+++ b/alien.c
@@ -1689,7 +1689,7 @@ void wipealtab()
 //aladr = alofs;
 alent* r10 = aladr;
 alctr = 0;
-for (int r9 = _alno; r9 = 0; r9--)
+for (int r9 = _alno; r9  0; r9--)
 {
l9:
 r10-type = 0;
-- 
2.1.4

From eea77829cc17817abd5b218b3e1d969cec619a32 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Tue, 12 May 2015 23:33:00 +0200
Subject: [PATCH 2/5] swi_osfile(): fix EOF handling

Old code wrote an extra -1 byte, which caused a buffer overflow in
loadvitalfile().
---
 file.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/file.c b/file.c
index 48e1346..deda6fe 100644
--- a/file.c
+++ b/file.c
@@ -343,7 +343,7 @@ int swi_osfile(int op, const char* name, char* start, char* end)
 case 14: // load file
 f = fopen(name, rb);
 if (f == NULL) return -1;
-for (char* i = start; !feof(f); i++) *i = fgetc(f);
+while ((x = fgetc(f)) != EOF) *start++ = x;
 fclose(f);
 return 0;
 }
-- 
2.1.4

From 59c1b6eb856fb50157750aefe1c6f01b92c0ee10 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Tue, 12 May 2015 23:29:26 +0200
Subject: [PATCH 3/5] loadconfig(): fix scanf buffer overflow

scanf %12s needs a 13 byte buffer, as it will write up to 12
characters and a nul byte.
---
 asylum.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/asylum.c b/asylum.c
index 8fe9a5b..0caf0fb 100644
--- a/asylum.c
+++ b/asylum.c
@@ -665,7 +665,7 @@ char idpermitstring[] = You are now permitted to play the ID!!!\n;
 
 void loadconfig()
 {
-char keyword[12];
+char keyword[13];
 
 FILE* r0 = find_config(0x40); // read access
 if (r0 != NULL)
-- 
2.1.4

From ca2b8974bd5108879850e4b916f93a845e51936f Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Tue, 12 May 2015 23:38:19 +0200
Subject: [PATCH 4/5] swi_blitz_hammerop(): missing fclose()

---
 file.c | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/file.c b/file.c
index deda6fe..d3ece9a 100644
--- a/file.c
+++ b/file.c
@@ -362,7 +362,10 @@ int swi_blitz_hammerop(int op, char* name, char* path, char* space)
 fclose(f); return op;
 }// file is not Hammered
 
-if (op == 0) return 0x24000; // hack: should return length
+if (op == 0)
+{
+fclose(f); return 0x24000; // hack: should return length
+}
 char a[524288];
 int p = 0;
 char c;
-- 
2.1.4

From da88faa49b6f404a3e2adc0d2e75b1404be28cff Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Tue, 12 May 2015 23:42:02 +0200
Subject: [PATCH 5/5] dropprivs(): add error checking

---
 file.c | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/file.c b/file.c
index d3ece9a..577795d 100644
--- a/file.c
+++ b/file.c
@@ -83,8 +83,16 @@ FILE* find_config(int op

Bug#785109: Asylum crashes in Psyche level

[Peter De Wachter]

Upstream's email address bounced, I tried sending a message though
Sourceforge...

On Wed, May 13, 2015 at 1:40 PM, Peter De Wachter pdewa...@gmail.com
wrote:

 Hi Hugh,

 As you might remember, some years ago I packages SDL Asylum for Debian.
 Yesterday I received a bug report that the game crashes at the end of the
 second level. I recompiled the game with -fsanitize=address,undefined
 which discovered a stray pointer in the collision detection code, seemingly
 always involving the alien2 function. This seems a likely cause for random
 crashes... A typical backtrace looks like this:

 ==29192==ERROR: AddressSanitizer: heap-buffer-overflow on address
 0x7f1eceab9647 at pc 0x40f2d9 bp 0x7fffa1788110 sp 0x7fffa1788108
 READ of size 1 at 0x7f1eceab9647 thread T0
 #0 0x40f2d8 in albcheck(alent*)
 /home/pdewacht/asylum/asylum-0.3.2/alien.c:1554
 #1 0x41a26b in alien2(alent*)
 /home/pdewacht/asylum/asylum-0.3.2/alien.c:353
 #2 0x4215df in moval() /home/pdewacht/asylum/asylum-0.3.2/alien.c:102
 #3 0x4230ad in game() /home/pdewacht/asylum/asylum-0.3.2/asylum.c:168
 #4 0x4235c4 in init() /home/pdewacht/asylum/asylum-0.3.2/asylum.c:89
 #5 0x402d83 in main /home/pdewacht/asylum/asylum-0.3.2/asylum.c:488
 #6 0x7f1edf2a0b44 in __libc_start_main
 (/lib/x86_64-linux-gnu/libc.so.6+0x21b44)
 #7 0x402f24 (/home/pdewacht/asylum/asylum-0.3.2/asylum+0x402f24)

 0x7f1eceab9647 is located 441 bytes to the left of 147456-byte region
 [0x7f1eceab9800,0x7f1eceadd800)
 allocated by thread T0 here:
 #0 0x7f1ee15a674f in malloc
 (/usr/lib/x86_64-linux-gnu/libasan.so.1+0x5474f)
 #1 0x428e32 in loadhammered(char**, char*, char*)
 /home/pdewacht/asylum/asylum-0.3.2/file.c:167

 Both the original submitter and I found some other problems, patches for
 which are attached. They're probably not related to the crash the submitter
 experienced though.

 Best regards,
 Peter De Wachter

Bug#781577: openjdk-7-doc: empty package

[Peter De Wachter]

Package: openjdk-7-doc
Version: 7u75-2.5.4-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

This version of openjdk-7-doc doesn't contain any files other than the
copyright file and the changelog. The version in testing (7u75-2.5.4-2) is ok.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

openjdk-7-doc depends on no packages.

openjdk-7-doc recommends no packages.

Versions of packages openjdk-7-doc suggests:
ii  openjdk-7-jdk  7u75-2.5.4-3

-- 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#778255: clang-3.6: Error message in man pages

[Peter De Wachter]

Package: clang-3.6
Version: 1:3.6~+rc2-2
Severity: normal

The man page for clang-tblgen-3.6 starts with an error message:

NAME
   clang-tblgen - manual page for clang-tblgen 3.6

DESCRIPTION
   ERROR:  ld.so:  object  'libfakeroot-sysv.so' from LD_PRELOAD cannot be
   preloaded  (cannot  open  shared   object   file):   ignored.USAGE:
   clang-tblgen [options] input file


Several other manpages from this package have the same problem.


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages clang-3.6 depends on:
ii  binutils 2.25-4
ii  libc62.19-14
ii  libc6-dev2.19-14
ii  libclang-common-3.6-dev  1:3.6~+rc2-2
ii  libclang1-3.61:3.6~+rc2-2
ii  libedit2 3.1-20140620-2
ii  libffi6  3.1-2+b2
ii  libgcc-4.9-dev   4.9.2-10
ii  libgcc1  1:4.9.2-10
ii  libllvm3.6   1:3.6~+rc2-2
ii  libobjc-4.9-dev  4.9.2-10
ii  libstdc++-4.9-dev4.9.2-10
ii  libstdc++6   4.9.2-10
ii  libtinfo55.9+20140913-1+b1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages clang-3.6 recommends:
pn  llvm-3.6-dev  none
ii  python2.7.8-3

Versions of packages clang-3.6 suggests:
pn  clang-3.6-doc  none
pn  gnustepnone
pn  gnustep-devel  none

-- 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#775994: Pass --serial to oggenc to make package build reproducible

[Peter De Wachter]

That patch looks odd. The file name is not a number. Though it looks like
oggenc silently uses the number 0 if it can't parse the argument. And that
will likely work, I can't imagine anything in SDL caring about the serial
number.

On Thu, Jan 22, 2015 at 2:21 PM, Chris Lamb la...@debian.org wrote:

 Package: kiki-the-nano-bot
 Version: 1.0.2+dfsg1-5
 Tags: patch
 Severity: wishlist
 User: reproducible-bui...@lists.alioth.debian.org
 Usertags: randomness
 X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

 By default oggenc includes random serial numbers in the header, which
 are seeded by the current time and the pid. This makes the build not
 reproducible. [0]

 Patch attached. We use the filename as the serial to avoid potential
 uniqueness problems.


  [0] https://wiki.debian.org/ReproducibleBuilds

 Regards,

 --
   ,''`.
  : :'  : Chris Lamb
  `. `'`  la...@debian.org / chris-lamb.co.uk
`-

Bug#775870: libfile-stripnondeterminism-perl: Does not strip javadoc's meta name=date header

[Peter De Wachter]

Package: libfile-stripnondeterminism-perl
Version: 0.003-1
Severity: normal

Javadoc files, at least the ones I've looked at, have, in addition
to the Generated by javadoc comment, a timestamp in a meta
name=date tag. For example:

!-- Generated by javadoc (version 1.6.0_18) on Fri Sep 26 17:01:39 PDT 
2014 --
titleAbstractAction (Java Platform SE 7 )/title
meta name=date content=2014-09-26

I guess nobody noticed this because the reproducible build server
doesn't vary the date yet. 


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libfile-stripnondeterminism-perl depends on:
ii  libarchive-zip-perl  1.39-1
ii  perl 5.20.1-4

libfile-stripnondeterminism-perl recommends no packages.

libfile-stripnondeterminism-perl 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#775594: libfile-stripnondeterminism-perl: treat Python Wheel packages as zip files

[Peter De Wachter]

Package: libfile-stripnondeterminism-perl
Version: 0.003-1
Severity: wishlist

Python Wheel packages (*.whl) are just zip files, so it'd be nice if
strip-nondeterminism recognized that extension as well.
From 233504861c746e0a33d32009007a36bbf0ad6822 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Sat, 17 Jan 2015 20:57:28 +0100
Subject: [PATCH] Add support for Python Wheel packages (renamed Zip files)

---
 lib/File/StripNondeterminism.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/File/StripNondeterminism.pm b/lib/File/StripNondeterminism.pm
index f269b7d..e6dd1ab 100644
--- a/lib/File/StripNondeterminism.pm
+++ b/lib/File/StripNondeterminism.pm
@@ -73,7 +73,7 @@ sub get_normalizer_for_file {
 		return \File::StripNondeterminism::handlers::pomproperties::normalize;
 	}
 	# zip
-	if (m/\.(zip|pk3)$/  _get_file_type($_) =~ m/Zip archive data/) {
+	if (m/\.(zip|pk3|whl)$/  _get_file_type($_) =~ m/Zip archive data/) {
 		return \File::StripNondeterminism::handlers::zip::normalize;
 	}
 	return undef;
-- 
2.1.4

Bug#775561: libfile-stripnondeterminism-perl: Fails on golang's ar files

[Peter De Wachter]

Package: libfile-stripnondeterminism-perl
Version: 0.003-1
Severity: normal
Tags: patch

The GNU toolchain uses newlines as padding, but the Go toolchain
writes null bytes. See the endFile function in pack.go:
http://golang.org/src/cmd/pack/pack.go#L384

Because strip-nondeterminism checks the contents of the padding byte,
it fails on Go's archives. The attached patch makes
strip-nondeterminism ignore the contents of the padding byte. 


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libfile-stripnondeterminism-perl depends on:
ii  libarchive-zip-perl  1.39-1
ii  perl 5.20.1-4

libfile-stripnondeterminism-perl recommends no packages.

libfile-stripnondeterminism-perl suggests no packages.

-- no debconf information
From 9d0340c0aa36a8d6f0cb84d4ef950ba4246874e5 Mon Sep 17 00:00:00 2001
From: Peter De Wachter pdewa...@gmail.com
Date: Sat, 17 Jan 2015 12:26:52 +0100
Subject: [PATCH] Ar files: ignore contents of padding bytes

The GNU toolchain uses newlines as padding, but the Go toolchain
writes null bytes. See the endFile function in pack.go:
http://golang.org/src/cmd/pack/pack.go#L384
---
 lib/File/StripNondeterminism/handlers/ar.pm | 10 ++
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git a/lib/File/StripNondeterminism/handlers/ar.pm b/lib/File/StripNondeterminism/handlers/ar.pm
index cdbf7c0..c74f45b 100644
--- a/lib/File/StripNondeterminism/handlers/ar.pm
+++ b/lib/File/StripNondeterminism/handlers/ar.pm
@@ -76,14 +76,8 @@ sub normalize {
 		syswrite $fh, sprintf(%-8o, 0644);
 
 		# move to next member
-		seek $fh, $file_header_start + $FILE_HEADER_LENGTH + $file_size, SEEK_SET;
-
-		# if file has an odd length, it is padded with a single \n character
-		if ($file_size % 2 == 1) {
-			$count = read $fh, $buf, 1;
-			die reading $file failed: $! if !defined $count;
-			die Incorrect file padding if $buf ne \n;
-		}
+		my $padding = $file_size % 2;
+		seek $fh, $file_header_start + $FILE_HEADER_LENGTH + $file_size + $padding, SEEK_SET;
 
 	}
 
-- 
2.1.4

Bug#770917: devhelp: devhelp.el overwrites standard Emacs keybindings

[Peter De Wachter]

Package: devhelp
Version: 3.14.0-1
Severity: normal

Dear Maintainer,

The devhelp.el defines a global keybinding for F11:

(global-set-key [f11] 'devhelp-word-at-point)

But in Emacs 24 F11 is already bound to toggle-frame-fullscreen.
Devhelp should not overwrite the default Emacs keybindings.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages devhelp depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-13
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libdevhelp-3-2  3.14.0-1
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
it  libglib2.0-02.42.1-1
ii  libgtk-3-0  3.14.5-1
ii  libjavascriptcoregtk-3.0-0  2.4.7-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libsoup2.4-12.48.0-1
ii  libwebkit2gtk-3.0-252.4.7-2

Versions of packages devhelp recommends:
ii  libglib2.0-doc   2.42.1-1
ii  libgtk-3-doc 3.14.5-1
ii  libpango1.0-doc  1.36.8-3

devhelp suggests no packages.

-- Configuration Files:
/etc/emacs/site-start.d/50devhelp.el changed [not included]

-- 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#769732: less: Segfault when a file disappears

[Peter De Wachter]

Package: less
Version: 458-3
Severity: normal

less can crash if a file disappears while viewing multiple files. To
reproduce:

touch a; mkdir b c; touch d
less a b c d

Now, in a different terminal, delete the 'a' file. Then, back in less,
give the ':n' command to move to the next file. You'll get output
similar to this:

a: No such file or directory  (press RETURN)
c is a directory  (press RETURN)
(random bytes): No such file or directory  (press RETURN)
Segmentation fault


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages less depends on:
ii  debianutils  4.4+b1
ii  libc62.19-13
ii  libtinfo55.9+20140913-1

less recommends no packages.

less 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#750593: xsltproc: bus error on some architectures

[Peter De Wachter]

Followup-For: Bug #750593

I spent some time looking at what happens in the specific instance of
the smb.conf.5 document. The docbook-xsl stylesheets do a global
search-and-replace on the generated manpage: this is done recursively
using the string.subst template. Eventually for long enough documents
with sufficient matches it will hit implementation limits, whatever
they are.

The attached patch against docbook-xsl modifies string.subst to use
the EXSLT 'replace' function when it is available (it is in xsltproc).
With this change the crash no longer occurs on i386.  Output is
identical on the smb.conf manpage and generating it is noticeably
faster. I did not test other documents or architectures.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xsltproc depends on:
ii  libc6   2.19-13
ii  libxml2 2.9.2+dfsg1-1
ii  libxslt1.1  1.1.28-2+b2

xsltproc recommends no packages.

xsltproc suggests no packages.

-- no debconf information
Description: use EXSLT replace function when available
 A recursive implementation  of string.subst is problematic,
 long strings with many matches will cause stack overflows.
Author: Peter De Wachter pdewa...@gmail.com
Bug-Debian: https://bugs.debian.org/750593

--- docbook-xsl-1.78.1+dfsg.orig/docbook-xsl/lib/lib.xsl
+++ docbook-xsl-1.78.1+dfsg/docbook-xsl/lib/lib.xsl
@@ -10,7 +10,10 @@
  This module implements DTD-independent functions
 
   --
-xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0
+xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
+xmlns:str=http://exslt.org/strings;
+exclude-result-prefixes=str
+version=1.0
 
 xsl:template name=dot.count
   !-- Returns the number of . characters in a string --
@@ -56,6 +59,9 @@
   xsl:param name=replacement/
 
   xsl:choose
+xsl:when test=function-available('str:replace')
+  xsl:value-of select=str:replace($string, string($target), string($replacement))/
+/xsl:when
 xsl:when test=contains($string, $target)
   xsl:variable name=rest
 xsl:call-template name=string.subst

Bug#764253: system-config-printer: Creates millions of ppd symlinks

[Peter De Wachter]

I can answer some of the questions asked in that discussion:

I printed five jobs, three from icedove and two from evince, less than
20 pages in total. In the CUPS admin site I don't see anything odd
(i.e. there no millions of failed jobs listed or anything like that).

Launchpad #890705 and Red Hat #581748 seem unrelated. In those cases,
there seems to have been just one symlink per job printed. Also I've
never had Acrobat Reader installed.

The problem hasn't reoccurred since my original report. I can't reproduce it.


On Fri, Oct 10, 2014 at 12:30 PM, Brian Potkin claremont...@gmail.com wrote:
 On Mon 06 Oct 2014 at 19:06:33 +0200, Peter De Wachter wrote:

 After printing a couple of things (using icedove and evince), I noticed my
 laptop became rather sluggish. Turns out that (a) a scp-dbus-service Python
 script was using a lot of CPU time, and (b) I had literally millions of
 symlinks in my /tmp directory.

 The symlinks were all of the following form:

 /tmp$ ls -l 5432c4f624457
 lrwxrwxrwx 1 pdewacht pdewacht 29 okt  6 18:36 5432c4f624457 - 
 /etc/cups/ppd/hp1018local.ppd

 Creation of new symlinks stopped after killing scp-dbus-service, so that
 process seems responsible.

 Afterward I tried to reproduce the problem by printing some more, but nothing
 weird happened.

 Hello Peter,

 Please take a look at #764472 to see if there is anything there which
 helps you to add any further useful information.

 Regards,

 Brian.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/ca+b46weerzaetsrvtxlc8qjnfcgswd9dnejr1sz21kg8jus...@mail.gmail.com

Bug#764253: system-config-printer: Creates millions of ppd symlinks

[Peter De Wachter]

Package: system-config-printer
Version: 1.4.3-4
Severity: important

Dear Maintainer,

After printing a couple of things (using icedove and evince), I noticed my
laptop became rather sluggish. Turns out that (a) a scp-dbus-service Python
script was using a lot of CPU time, and (b) I had literally millions of
symlinks in my /tmp directory.

The symlinks were all of the following form:

/tmp$ ls -l 5432c4f624457
lrwxrwxrwx 1 pdewacht pdewacht 29 okt  6 18:36 5432c4f624457 - 
/etc/cups/ppd/hp1018local.ppd

Creation of new symlinks stopped after killing scp-dbus-service, so that
process seems responsible.

Afterward I tried to reproduce the problem by printing some more, but nothing
weird happened.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages system-config-printer depends on:
ii  gir1.2-gdkpixbuf-2.0   2.30.8-1+b1
ii  gir1.2-glib-2.01.42.0-2
ii  gir1.2-gtk-3.0 3.14.1-1
ii  gir1.2-notify-0.7  0.7.6-2
ii  gir1.2-packagekitglib-1.0  1.0.0-2
ii  gir1.2-pango-1.0   1.36.8-2
ii  gnome-icon-theme   3.12.0-1
ii  python-cairo   1.8.8-1+b2
ii  python-cups1.9.63-1
ii  python-cupshelpers 1.4.3-4
ii  python-dbus1.2.0-2+b3
ii  python-gi  3.14.0-1
ii  python-gobject-2   2.28.6-12+b1
ii  python-libxml2 2.9.1+dfsg1-4
pn  python:any none

Versions of packages system-config-printer recommends:
ii  cups-pk-helper  0.2.5-2
ii  gir1.2-gnomekeyring-1.0 3.12.0-1
ii  python-smbc 1.0.15.3-0.1
ii  system-config-printer-udev  1.4.3-4

Versions of packages system-config-printer suggests:
pn  python-gnomekeyring  none
pn  sessioninstaller none

-- 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#663868: udev: laserjet1018 (foo2zjs) printer disappears and appears in loop

[Peter De Wachter]

Package: printer-driver-foo2zjs
Version: 20140925dfsg0-2
Followup-For: Bug #663868

Dear Maintainer,

After a long while I tried to use my LaserJet 1018 again, and I ran
into this bug.

What happens is this: When the printer is plugged in, the firmware
upload script is started by the udev rules. It will try to use the
CUPS USB backend to upload the firmware file to the printer. The CUPS
USB backend will unload and reload the usblp module. This will
generate hotplug events, and udev will restart the firmware upload
script... And so it gets stuck in an infinite loop.

The attached patch 97-hplj1000-fix-firmware-upload-infite-loop.patch
fixes this. In the CUPS code path we ignore usblp-generated events
(with subsystem usbmisc), preventing the loop. In the usblp code
path on the other hand we ignore non-usblp events.

I've also attached a revised 30-udev-rules.patch. The old version ran
the firmware upload script on both hotplug and unplug. This was fixed
by adding an ACTION=add clause to the rules.
Description: Prevent an infinite loop when loading the firmware.
 When using the load_cups method, the CUPS backend will internally
 unload and reload the usblp module. This will generate
 SUBSYSTEM=usbmisc events that need to be ignored in the CUPS code
 path, or this script will be rerun in an infite loop.
   
 But when using the load_usblp method, the usblp module is obviously
 needed. So in this situation we need to ignore the SUBSYSTEM=usb
 events.
Bug-Debian: http://bugs.debian.org/663868
Author: Peter De Wachter pdewa...@gmail.com
Last-Update: 2014-10-02
--- a/hplj1000
+++ b/hplj1000
@@ -24,11 +24,6 @@
 #		Mike Morgan (2004)
 #
 
-# udev calls us twice on FC4! Just want /dev/usb/lpN
-case $DEVNAME in
-/dev/usb/usb*)	exit;;
-esac
-
 PROGNAME=$0
 
 #
@@ -260,6 +255,7 @@
 #
 # force downloading to a specific device
 #
+if [ $SUBSYSTEM != usbmisc ]; then exit; fi
 load_usblp $DEV
 elif [ -x $USB_BACKEND ]; then
 #
@@ -267,11 +263,13 @@
 # not need to care whether the system uses the usblp kernel module or
 # libusb 
 #
+if [ $SUBSYSTEM != usb ]; then exit; fi
 load_cups
 elif [ -x $PRINTERID ]; then
 	#
 	# Sniff around for printers that need a firmware download
 	#
+	if [ $SUBSYSTEM != usbmisc ]; then exit; fi
 	usblps=`find /dev/usb -type c -name 'lp*'` `find /dev -type c -name 'usblp*'`
 	for dev in $usblps; do
 	status=`$PRINTERID $dev 2/dev/null | grep -y hp LaserJet $MODEL`
Description: Correct the udev rules:
 a) remove KERNEL==lp*, as usblp is now blacklisted by CUPS (it will work without CUPS too).
 b) Replace paths: /etc/hotplug/usb/ by no path, as the binaries are shipped in /lib/udev/
 c) Drop the MODE specification
 d) Add ACTION==ADD, otherwise the firmware script runs after unplugging as well
Author: Luca Capello l...@pca.it
Author: Didier Raboud o...@debian.org
Author: Peter De Wachter pdewa...@gmail.com
Last-Update: 2014-01-02
--- a/hplj10xx.rules
+++ b/hplj10xx.rules
@@ -2,38 +2,42 @@
 #   hplj10xx.rules.old: udev equal or after 1.30
 #
 #Own udev rule for HP Laserjet 1000
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==hp LaserJet 1000, NAME=usb/%k, \
-	SYMLINK+=hplj1000-%n, MODE=0666, RUN+=/etc/hotplug/usb/hplj1000 
+ACTION==add, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
+	ATTRS{product}==hp LaserJet 1000, \
+	SYMLINK+=hplj1000-%n, RUN+=hplj1000 
 #Own udev rule for HP Laserjet 1005
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==hp LaserJet 1005 series, NAME=usb/%k, \
-	SYMLINK+=hplj1005-%n, MODE=0666, RUN+=/etc/hotplug/usb/hplj1005 
+ACTION==add, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
+	ATTRS{product}==hp LaserJet 1005 series, \
+	SYMLINK+=hplj1005-%n, RUN+=hplj1005 
 #Own udev rule for HP Laserjet 1018
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==HP LaserJet 1018, NAME=usb/%k, \
-	SYMLINK+=hplj1018-%n, MODE=0666, RUN+=/etc/hotplug/usb/hplj1018 
+ACTION==add, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
+	ATTRS{product}==HP LaserJet 1018, \
+	SYMLINK+=hplj1018-%n, RUN+=hplj1018 
 #Own udev rule for HP Laserjet 1020
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==HP LaserJet 1020, NAME=usb/%k, \
-	SYMLINK+=hplj1020-%n, MODE=0666, RUN+=/etc/hotplug/usb/hplj1020 
+ACTION==add, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
+	ATTRS{product}==HP LaserJet 1020, \
+	SYMLINK+=hplj1020-%n, RUN+=hplj1020 
 #Own udev rule for HP Laserjet P1005
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==HP LaserJet P1005, NAME=usb/%k, \
-	SYMLINK+=hpljP1005-%n, MODE=0666, RUN+=/etc/hotplug/usb/hpljP1005 
+ACTION==add, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
+	ATTRS{product}==HP LaserJet P1005, \
+	SYMLINK+=hpljP1005-%n, RUN+=hpljP1005 
 #Own udev rule for HP Laserjet P1006
-KERNEL==lp*, SUBSYSTEMS==usb, ATTRS{idVendor}==03f0, \
-	ATTRS{product}==HP LaserJet P1006, NAME=usb/%k, \
-	SYMLINK+=hpljP1006-%n, MODE

Bug#762658: baobab: Fails to start properly: Invalid template parent type `Gtk.ApplicationWindow'

[Peter De Wachter]

Package: baobab
Version: 3.12.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When I start baobab, it shows an empty window, without any widgets. The
application is completely non-functional. I've included the messages that are
logged on stderr below.

Perhaps this was caused by the recent upload of GTK 3.14? 


(baobab:15958): Gtk-CRITICAL **: Error building template class 'BaobabWindow' 
for an instance of type 'BaobabWindow': Invalid template parent type 
`Gtk.ApplicationWindow'

(baobab:15958): Gtk-CRITICAL **: gtk_scrolled_window_get_vadjustment: assertion 
'GTK_IS_SCROLLED_WINDOW (scrolled_window)' failed

(baobab:15958): Gtk-CRITICAL **: gtk_list_box_set_adjustment: assertion 
'GTK_IS_LIST_BOX (box)' failed

** (baobab:15958): CRITICAL **: baobab_location_list_set_action: assertion 
'self != NULL' failed

** (baobab:15958): CRITICAL **: baobab_location_list_update: assertion 'self != 
NULL' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): Gtk-CRITICAL **: gtk_tree_view_get_selection: assertion 
'GTK_IS_TREE_VIEW (tree_view)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): Gtk-CRITICAL **: gtk_bin_get_child: assertion 'GTK_IS_BIN 
(bin)' failed

(baobab:15958): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT 
(object)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): Gtk-CRITICAL **: gtk_stack_set_visible_child: assertion 
'GTK_IS_STACK (stack)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

(baobab:15958): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(baobab:15958): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 
'G_TYPE_CHECK_INSTANCE (instance)' failed

** (baobab:15958): CRITICAL **: baobab_window_set_ui_state: assertion 'child != 
NULL' failed


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages baobab depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-11
ii  libcairo-gobject21.12.16-5
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.30.8-1
ii  libglib2.0-0 2.42.0-1
ii  libgtk-3-0   3.14.0-1
ii  libpango-1.0-0   1.36.7-1
ii  libpangocairo-1.0-0  1.36.7-1

Versions of packages baobab recommends:
ii  yelp  3.14.0-1

baobab 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#755893: Smart Card IO fails to detect any card terminals

[Peter De Wachter]

Package: openjdk-7-jre-headless
Version: 7u65-2.5.1-3
Followup-For: Bug #755893

Ok, I think I figured this out. PC/SC initialization fails when the
method PlaformPCSC#getLibraryName() fails. This method tries to guess
the location of libpcsclite but can't find it on Debian systems. With
--enable-system-pcsc, the return value is never used, but the method
is called unconditionally and still needs to succeed. 

So this bug was caused by the removal of libpcsclite-dlopen.diff. That
patch made #getLibraryName() return a constant string.

Below is simpler test program. It should succeed as long as pcscd is
installed. A card reader isn't needed.

import javax.smartcardio.*;
public class PCSC {
  public static void main (String[] args) throws Exception {
TerminalFactory.getInstance(PC/SC, null);
  }
}


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#755893: Smart Card IO fails to detect any card terminals

[Peter De Wachter]

Package: openjdk-7-jre-headless
Version: 7u65-2.5.1-3
Severity: normal

Dear Maintainer,

The smartcardio package no longer works with this upload. Java is no
longer able to detect any card readers. Below is a test program and
the output with the current and previous version. It looks like Java
is no longer able to load or initialize the libpcsclite library.

== Output with version 7u65-2.5.1-2 ==
TerminalFactory for type PC/SC from provider SunPCSC
2 card terminals

== Output with version 7u65-2.5.1-3 ==
TerminalFactory for type None from provider None
0 card terminals

== CardTerminals.java ==
import javax.smartcardio.*;
public class CardTerminals {
public static void main (String args[]) throws Exception {
TerminalFactory tf = TerminalFactory.getDefault();
System.out.println(tf);
System.out.format(%d card terminals\n, tf.terminals().list().size());
}
}


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openjdk-7-jre-headless:amd64 depends on:
ii  ca-certificates-java  20140324
ii  java-common   0.52
ii  libc6 2.19-7
ii  libcups2  1.7.4-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.9.1-1
ii  libglib2.0-0  2.40.0-3
ii  libjpeg8  8d1-1
ii  libkrb5-3 1.12.1+dfsg-5
ii  liblcms2-22.6-3
ii  libnss3   2:3.16.3-1
ii  libpcsclite1  1.8.11-3
ii  libstdc++64.9.1-1
ii  multiarch-support 2.19-7
ii  tzdata-java   2014e-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages openjdk-7-jre-headless:amd64 recommends:
ii  icedtea-7-jre-jamvm  7u65-2.5.1-3

Versions of packages openjdk-7-jre-headless:amd64 suggests:
ii  fonts-dejavu-extra 2.34-1
pn  fonts-indicnone
pn  fonts-ipafont-gothic   none
pn  fonts-ipafont-mincho   none
ii  libnss-mdns0.10-6
pn  sun-java6-fontsnone
pn  ttf-wqy-microhei | ttf-wqy-zenhei  none

-- 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#754665: Removal of D based games from armel/armhf (Tatan #754665)

[Peter De Wachter]

Has anybody asked the gcc/gdc maintainers about this? The changelog says
nothing about dropping phobos on arm, so I think this might simply be a
packaging bug. As far as I know, gdc 4.9 on arm is supported upstream.

Bug#753249: an: Segfaults with Dutch word list

[Peter De Wachter]

Package: an
Version: 1.1-1+b1
Severity: normal

Dear Maintainer,

an crashes when using the Dutch word list:

$ an -d /usr/share/dict/dutch anagram
anagram
maraan g
Segmentation fault


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages an depends on:
ii  libc6 2.19-4
ii  libicu52  52.1-4

Versions of packages an recommends:
ii  wamerican [wordlist]  7.1-1
ii  wbritish [wordlist]   7.1-1
ii  wdutch [wordlist] 1:2.10-1

an 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#739449: libstdc++6-4.8-dbg: Python pretty-printers fail to load

[Peter De Wachter]

Package: libstdc++6-4.8-dbg
Version: 4.8.2-15
Severity: normal

Dear Maintainer,

This package contains python scripts which should allow gdb to
pretty-print C++ types. But these scripts fail to load:

File /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py, 
line 63, in module
  from libstdcxx.v6.printers import register_libstdcxx_printers
  ImportError: No module named libstdcxx.v6.printers

I found this was caused by an incorrect Python search path (it contains
one ../ too many):

  (gdb) python print sys.path
  ['/usr/lib/x86_64-linux-gnu/../../../share/gcc-4.8/python', ...

This path is calculated by the libstdc++.so.6.0.19-gdb.py script which
contains the following hack for multiarch systems:

if not os.path.basename(os.path.dirname(__file__)).startswith('lib'):
backdirs += 1 # multiarch subdir

This extra backdir is not necessary however because the libdir
definition at the top of the script already contains the multiarch
prefix:

  libdir = '/usr/lib/x86_64-linux-gnu'

So I deleted the two line if-statement from the script and that fixed
the problem for me.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6-4.8-dbg depends on:
ii  gcc-4.8-base  4.8.2-15
ii  libc6 2.17-97
ii  libgcc1   1:4.8.2-15
ii  libgcc1-dbg   1:4.8.2-15
ii  libstdc++64.8.2-15

Versions of packages libstdc++6-4.8-dbg recommends:
ii  libstdc++-4.8-dev  4.8.2-15

libstdc++6-4.8-dbg 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#736870: the: Help command fails

[Peter De Wachter]

Package: the
Version: 3.3~rc1-2
Severity: normal

Dear Maintainer,

The help command fails and prints this error message:

Error 0023: Help file not found: debian/tmp/usr/share/THE/THE_Help.txt


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages the depends on:
ii  libc62.17-97
ii  libncurses5  5.9+20140118-1
ii  libregina3   3.6-2
ii  libtinfo55.9+20140118-1

the recommends no packages.

Versions of packages the suggests:
pn  the-doc  none

-- 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#736713: wine-bin.postinst: dpkg-maintainer-helper: not found

[Peter De Wachter]

Package: wine-bin
Version: 1.6.2-3
Severity: normal

The postinst script fails on upgrades:

Setting up wine-bin (1.6.2-3) ...
/var/lib/dpkg/info/wine-bin.postinst: 5: /var/lib/dpkg/info/wine-bin.postinst: 
dpkg-maintainer-helper: not found
dpkg: error processing package wine-bin (--configure):
 subprocess installed post-installation script returned error exit status 127
Errors were encountered while processing:
 wine-bin
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wine-bin depends on:
ii  dpkg1.17.6
ii  wine32  1.6.2-3

wine-bin recommends no packages.

wine-bin 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#736520: /var/lib/dpkg/info/texlive-base.postinst: 230: [: missing ]

[Peter De Wachter]

Package: texlive-base
Version: 2013.20140123-1
Severity: important

Dear Maintainer,

This error occured when upgrading the texlive-base:

/var/lib/dpkg/info/texlive-base.postinst: 230: [: missing ]

Looks like a simple typo. 


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  dpkg   1.17.6
ii  libpaper-utils 1.1.24+nmu2
ii  luatex 0.76.0-3
ii  tex-common 4.04
ii  texlive-binaries   2013.20130729.30972-2+b2
ii  ucf3.0027+nmu1
ii  xdg-utils  1.1.0~rc1+git20111210-7

Versions of packages texlive-base recommends:
pn  lmodern  none

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]   3.10.0-2
ii  ghostscript [postscript-viewer]  9.05~dfsg-8+b1
ii  gv [postscript-viewer]   1:3.7.4-1
ii  mupdf [pdf-viewer]   1.3-1
pn  perl-tk  none

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  dpkg   1.17.6
ii  ucf3.0027+nmu1

Versions of packages tex-common suggests:
ii  debhelper  9.20131227

Versions of packages texlive-base is related to:
ii  tex-common4.04
ii  texlive-binaries  2013.20130729.30972-2+b2

-- debconf information:
  tex-common/check_texmf_wrong:
  texlive-base/texconfig_ignorant:
  tex-common/check_texmf_missing:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#734331: RFH: mg -- microscopic GNU Emacs-style editor

[Peter De Wachter]

On 13-01-14 00:19, Trent W. Buck wrote:
 I'm usually in #debian-mentors on irc.oftc.net from ca. 10AM to 6PM
 Australia/Melbourne time.

I rarely IRC. If necessary I can come online but that's midnight to 8AM
Europe/Brussels time...

 The mg stuff probably still says it's maintained in darcs, but the
 repo (inc. history) was migrated to git, at
 git.debian.org:/git/collab-maint/mg.git

 It's a repo of just debian/, which appears to be an unusual workflow
 among the git people.  I'm open to changing that if you feel strongly.

No problem. I actually still keep all my packages in Subversion...

 As I said in the RFH, the next step should be to get clens into a
 finished state, then get it sponsored.

 I've rsynced what I've currently got to ~twb-guest/Desktop/mg/ on
 git.debian.org; you should have read access.

Ok, I've taken a look, and I think we don't need to bother with clens at
all. As far as I can tell it only duplicates stuff that's already in
libbsd. I've attached a trivial patch to use that library and it seems
to work fine. Can you check if that's okay with upstream?
diff --git a/GNUmakefile b/GNUmakefile
index f9a02da..eac73c5 100644
--- a/GNUmakefile
+++ b/GNUmakefile
@@ -13,13 +13,15 @@ libdir=		$(prefix)/lib
 includedir=	$(prefix)/include
 mandir=		$(prefix)/man
 
+BSD_CFLAGS:=	$(shell pkg-config --cflags libbsd-overlay)
+BSD_LIBS:=	$(shell pkg-config --libs libbsd-overlay)
 
 CC=		gcc
 CFLAGS?=	-O2 -pipe
 CFLAGS+=	-g -Wall -Werror -Wno-error=unused-but-set-variable -Wno-error=maybe-uninitialized
 CFLAGS+= 	-DFKEYS -DREGEX -DXKEYS
-CFLAGS+= 	-I$(includedir)/clens
-LIBS=		-lcurses -lclens
+CFLAGS+= 	$(BSD_CFLAGS) -D__dead=__dead2
+LIBS=		-lcurses $(BSD_LIBS)
 
 INSTALL=	/usr/bin/install
 STRIP=		/usr/bin/strip
diff --git a/def.h b/def.h
index c7dc24e..1ef0edc 100644
--- a/def.h
+++ b/def.h
@@ -13,7 +13,6 @@
 #include	sysdef.h	/* Order is critical.		 */
 #include	ttydef.h
 #include	chrdef.h
-#includeclens.h
 
 typedef int	(*PF)(int, int);	/* generally useful type */
 
diff --git a/theo.c b/theo.c
index a5cf284..fadac2a 100644
--- a/theo.c
+++ b/theo.c
@@ -24,6 +24,7 @@
  * ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  */
 
+#include sys/time.h
 #include def.h
 #include kbd.h
 #include funmap.h

Bug#734331: RFH: mg -- microscopic GNU Emacs-style editor

[Peter De Wachter]

Hi Trent,

I'd like to help with mg. I'm not a DD, so I won't be able to sponsor,
but I can help with anything else.

Regards

Peter


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726130: Add mipsn32 mipsn32el mips64 mips64el to arch table

[Peter De Wachter]

On 12-10-13 19:13, YunQiang Su wrote:
 Package: fenix
 Version: 0.92a.dfsg1-9
 
 Please add mipsn32 mipsn32el mips64 mips64el to architecture in debian/control
 
 It seems support most(if not all) debian architectures. Why not mark it as 
 any?
 

Fenix assumes 32 bit pointers. It unfortunately doesn't work on 64 bit
architectures. See #456037.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#721706: bash-completion: export completion quite broken

[Peter De Wachter]

Package: bash-completion
Version: 1:2.0-1
Severity: normal

Dear Maintainer,

Trying to use tab-completion with the export built-in results in quite bizarre
behavior:

input:  export HOME=tab
result: export '/home/pdewacht/'

input:  export HOME=/tab
result: export H

input:  export HOME=/htab
result: export HOME=

I expected simple filename completion, like you get without bash-completion
installed.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bash-completion depends on:
ii  bash  4.2+dfsg-1
ii  dpkg  1.17.1

bash-completion recommends no packages.

bash-completion 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#721543: file-roller: Can't open .tar.gz archives

[Peter De Wachter]

Package: file-roller
Version: 3.8.4-1
Severity: important

File-roller can't open .tar.gz and .tgz files. When I try to open foo.tar.gz,
it will show a file list containing just foo.tar. If I next try to open that
file, I get an message box saying An error occured while extracting files.,
with no further information.

Oddly, tar files that are compressed differently (tar.Z, tar.bz2 and tar.xz)
open without problems.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages file-roller depends on:
ii  bzip21.0.6-5
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  libarchive13 3.1.2-7
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92+b1
ii  libcairo21.12.14-5
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.4-1
ii  libjson-glib-1.0-0   0.16.0-1
ii  libnautilus-extension1a  3.4.2-2
ii  libnotify4   0.7.5-2
ii  libpango-1.0-0   1.32.5-5+b1
ii  nautilus-data3.8.0-1
ii  p7zip-full   9.20.1~dfsg.1-4

Versions of packages file-roller recommends:
ii  gnome-icon-theme  3.8.3-1
ii  gvfs  1.16.3-1
pn  unar  none
ii  yelp  3.8.1-2

Versions of packages file-roller suggests:
ii  arj  3.10.22-11
pn  lha  none
pn  lzip none
pn  lzop none
pn  ncompressnone
ii  rpm2cpio 4.11.1-2
pn  rzip none
ii  sharutils1:4.11.1-2
pn  unacenone
pn  unalznone
ii  unzip6.0-9
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-7
pn  zoo  none

-- 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#721543: file-roller: Can't open .tar.gz archives

[Peter De Wachter]

On 01-09-13 22:12, Michael Biebl wrote:
 Works fine here. Can you attach such an example .tar.gz which doesn't
 work. 

I've tracked this down to a corrupted ~/.local/share/mime/mime.cache
file. If I rename that file, file-roller works properly.

I don't know what program generated that file. It doesn't seem to be
automatically regenerated by file-roller. I've attached a copy of my
~/.local/share/mime directory, maybe that will help track down the root
cause. (This also serves as an example of I file I couldn't open :)
 



mime.tar.gz
Description: GNU Zip compressed data

Bug#715923: _xgeWireToEvent: Unknown extension 141, this should never happen.

[Peter De Wachter]

Package: feh
Version: 2.6.3-1
Severity: normal

Open an image in feh, and use the left mouse button to pan it around.
If, while panning, the mouse pointer leaves feh's window, this message
is printed:

_xgeWireToEvent: Unknown extension 141, this should never happen.

Everything still seems to work, but either feh is doing something quite
wrong or there is some bug in the X libraries.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10.0-rc5+ (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages feh depends on:
ii  giblib1   1.2.4-8
ii  libc6 2.17-7
ii  libcurl3  7.31.0-2
ii  libimlib2 1.4.5-1
ii  libpng12-01.2.49-4
ii  libx11-6  2:1.6.0-1
ii  libxinerama1  2:1.1.3-1

Versions of packages feh recommends:
ii  libjpeg-progs  8d-1

feh 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#714689: RM: D games [armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc] -- ROM; unbuildable on arches without libphobos

[Peter De Wachter]

Package: ftp.debian.org
Severity: normal

Please remove the following binary packages:

a7xpg gunroar ii-esu mu-cade parsec47 projectl tatan titanion torus-trooper 
tumiki-fighters val-and-rick

on these architectures:

armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 
s390x sparc

These packages are implemented in the D programming language and require
libphobos, the D standard library. But since the migration to D2 / gdc-4.8,
libphobos is only available on i386 and amd64. Therefore these packages have
become unbuildable on other architectures.

These packages are maintained by the Debian Games Team and I'm an uploader for
all of them.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712989: nginx: Please define fastcgi_param HTTPS same as upstream default

[Peter De Wachter]

Package: nginx
Version: 1.4.1-3
Severity: normal

Dear Maintainer,

The Debian config file /etc/nginx/fastcgi_params has the following line

fastcgi_param   HTTPS   $https;

But the upstream version of that file (nginx-1.4.1/conf/fastcgi_params) defines
that parameter as

fastcgi_param   HTTPS   $https if_not_empty;

The difference is that the upstream config will leave HTTPS undefined for plain
http connections, while the Debian config will define it as an empty string.

I've found this change causes problems with some applications. For example, the
CodeIgniter framework assumes https is in use if HTTPS is defined and not equal
to 'off'.

As far as I can tell, the HTTPS variable was first introduced by Apache
mod_ssl, which has the same behavior as the upstream nginx config (defined if
https is in use, undefined otherwise).

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nginx depends on:
ii  nginx-full  1.4.1-3

nginx recommends no packages.

nginx 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#712861: gnome-bluetooth: Breaks gnome-shell: GnomeBluetoothApplet.KillswitchState is undefined

[Peter De Wachter]

Package: gnome-bluetooth
Version: 3.8.1-1
Severity: important

Dear Maintainer,

After installing this version of gnome-bluetooth, gnome-shell 3.4.2-8 refuses
to start with the following error message:

JS ERROR: !!!   Exception was: TypeError: 
GnomeBluetoothApplet.KillswitchState is undefined
JS ERROR: !!! message = 'GnomeBluetoothApplet.KillswitchState is 
undefined'
JS ERROR: !!! fileName = 
'/usr/share/gnome-shell/js/ui/status/bluetooth.js'
JS ERROR: !!! lineNumber = '97'
JS ERROR: !!! stack = 
'()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:97
wrapper()@/usr/share/gjs-1.0/lang.js:204
()@/usr/share/gnome-shell/js/ui/status/bluetooth.js:56
wrapper()@/usr/share/gjs-1.0/lang.js:204
()@/usr/share/gjs-1.0/lang.js:145
()@/usr/share/gjs-1.0/lang.js:239
()@/usr/share/gnome-shell/js/ui/panel.js:1135
wrapper()@/usr/share/gjs-1.0/lang.js:204
start()@/usr/share/gnome-shell/js/ui/main.js:234
@main:1


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-bluetooth depends on:
ii  bluez  4.99-3
ii  consolekit 0.4.5-3.1
ii  gir1.2-glib-2.01.36.0-2+b1
ii  gir1.2-gnomebluetooth-1.0  3.8.1-1
ii  gir1.2-gtk-3.0 3.8.2-2
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-5
ii  libcairo-gobject2  1.12.14-5
ii  libcairo2  1.12.14-5
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libglib2.0-0   2.36.3-1
ii  libgnome-bluetooth11   3.8.1-1
ii  libgtk-3-0 3.8.2-2
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  obex-data-server   0.4.5-1+b3
ii  obexd-client   0.46-1+b1
ii  udev   175-7.2

Versions of packages gnome-bluetooth recommends:
ii  gnome-control-center  1:3.4.3.1-4
ii  gvfs-backends 1.16.2-2

Versions of packages gnome-bluetooth suggests:
ii  gnome-user-share  3.8.0-2

-- 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#700354: info: segfault on tab completion on large terminals

[Peter De Wachter]

Package: info
Version: 4.13.95.dfsg.1-1
Severity: normal

This version of info sometimes crashes when using tab completion. It only
happens with some info files, and seemingly only on large terminals. This
doesn't occur with the version from unstable (4.13a.dfsg.1-10).

To reproduce, take large terminal, for example:

$ echo $LINES $COLUMNS
64 208

Start info with the make info file from make-doc 3.81-5.1:

$ info make

Enter these keystrokes:

i p TAB TAB

Result: segfault.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages info depends on:
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-38
ii  libtinfo5 5.9-10

info recommends no packages.

Versions of packages info suggests:
pn  texinfo-doc-nonfree  none

-- 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#695909: units: Please use /usr/bin/pager as default pager

[Peter De Wachter]

Package: units
Version: 1.88-1
Severity: normal

Dear Maintainer,

Currently units uses 'more' as the default pager if the PAGER
environment variable is not set. Please change this to /usr/bin/pager,
as Policy 11.4 recommends. This was patched in 1.87-2 (#548597) but
seems to have gotten lost. 


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages units depends on:
ii  dpkg  1.16.9
ii  install-info  4.13a.dfsg.1-10
ii  libc6 2.13-37
ii  libncurses5   5.9-10
ii  libreadline6  6.2-9
ii  libtinfo5 5.9-10

units recommends no packages.

units 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#691330: isutf8: add list option

[Peter De Wachter]

Package: moreutils
Version: 0.47
Severity: wishlist
File: /usr/bin/isutf8

Dear Maintainer,

It would be nice if isutf8 had an option to just list the names of the
non-UTF-8 files, without any extra information (similar to grep's -l
option). This would make it easier to process isutf8's output in a
script.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages moreutils depends on:
ii  libc62.13-35
ii  libipc-run-perl  0.92-1
ii  perl 5.14.2-14

moreutils recommends no packages.

Versions of packages moreutils suggests:
pn  libtime-duration-perl  none
ii  libtimedate-perl   1.2000-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#685516: libtcnative-1: Tomcat 7 requires newer libtcnative (at least version 1.1.24)

[Peter De Wachter]

Package: libtcnative-1
Version: 1.1.23-1
Severity: important

Dear Maintainer,

When starting Tomcat 7 (Debian version 7.0.28-2) with this version of
libtcnative, the following error message is logged:

SEVERE: An incompatible version 1.1.23 of the APR based Apache Tomcat
Native library is installed, while Tomcat requires version 1.1.24


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libtcnative-1 depends on:
ii  libapr1  1.4.6-3
ii  libc62.13-35
ii  libssl1.0.0  1.0.1c-4

libtcnative-1 recommends no packages.

libtcnative-1 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#684502: obnam: verify subcommand doesn't work on files

[Peter De Wachter]

Package: obnam
Version: 1.1-1
Severity: normal

If I try to use the obnam verify command to check if a file is backed
up, I get a 'no such file or directory' error:

$ obnam verify ~/.bashrc
ERROR: /home/pdewacht/.bashrc: No such file or directory

I can restore the file so my backup is fine. I expected this command to
work as the man page gives this example:

 To check that the backup worked:
   obnam verify --repository sftp://your.server/~/backups \
   /path/to/file

Trying to verify a directory (as in obnam verify ~/src/) works though.

I've attached a log file.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages obnam depends on:
ii  libc6 2.13-35
ii  python2.7.3-2
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1
ii  python2.6 2.6.8-0.2
ii  python2.7 2.7.3-2

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information
2012-08-10 16:11:39 DEBUG Current configuration:
[config]
output = 
log = obnam-verify.log
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
repository = sftp://peter@192.168.1.6/home/peter/backup/
client-name = wallach
node-size = 262144
chunk-size = 1048576
upload-queue-size = 1024
lru-size = 500
trace = 
idpath-depth = 3
idpath-bits = 12
idpath-skip = 13
quiet = False
pretend = False
pretend-time = 
lock-timeout = 60
crash-limit = 0
compress-with = none
root = 
exclude = /home/pdewacht/Downloads/torrent/, /home/pdewacht/Muziek/, 
urlclassifier3.sqlite
exclude-caches = True
one-file-system = False
checkpoint = 1073741824
chunkids-per-group = 1024
deduplicate = fatalist
leave-checkpoints = False
small-files-in-btree = False
warn-age = 27h
critical-age = 27h
sftp-delay = 0
ssh-key = 
strict-ssh-host-keys = False
ssh-known-hosts = /home/pdewacht/.ssh/known_hosts
pure-paramiko = False
to = 
generation = latest
keep = 
fsck-fix = False
verify-randomly = 0
encrypt-with = 3B8C68AD
keyid = 
weak-random = False
symmetric-key-bits = 


2012-08-10 16:11:39 DEBUG Current configuration:
[config]
output = 
log = obnam-verify.log
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
repository = sftp://peter@192.168.1.6/home/peter/backup/
client-name = wallach
node-size = 262144
chunk-size = 1048576
upload-queue-size = 1024
lru-size = 500
trace = 
idpath-depth = 3
idpath-bits = 12
idpath-skip = 13
quiet = False
pretend = False
pretend-time = 
lock-timeout = 60
crash-limit = 0
compress-with = none
root = 
exclude = /home/pdewacht/Downloads/torrent/, /home/pdewacht/Muziek/, 
urlclassifier3.sqlite
exclude-caches = True
one-file-system = False
checkpoint = 1073741824
chunkids-per-group = 1024
deduplicate = fatalist
leave-checkpoints = False
small-files-in-btree = False
warn-age = 27h
critical-age = 27h
sftp-delay = 0
ssh-key = 
strict-ssh-host-keys = False
ssh-known-hosts = /home/pdewacht/.ssh/known_hosts
pure-paramiko = False
to = 
generation = latest
keep = 
fsck-fix = False
verify-randomly = 0
encrypt-with = 3B8C68AD
keyid = 
weak-random = False
symmetric-key-bits = 


2012-08-10 16:11:39 DEBUG verifying generation latest
2012-08-10 16:11:39 DEBUG verifying what: ['/home/pdewacht/.bashrc']
2012-08-10 16:11:39 DEBUG opening repository (create=False)
2012-08-10 16:11:39 INFO VFS: __init__: 
baseurl=sftp://peter@192.168.1.6/home/peter/backup/
2012-08-10 16:11:39 DEBUG executing openssh: ['ssh', '-oForwardX11=no', 
'-oForwardAgent=no', '-oClearAllForwardings=yes', '-oProtocol=2', '-p', '22', 
'-l', 'peter', '-s', '-o', 
'UserKnownHostsFile=/home/pdewacht/.ssh/known_hosts', '192.168.1.6', 'sftp']
2012-08-10 16:11:40 INFO [chan obnam SSHChannelAdapter] Opened sftp connection 
(server version 3)
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
stat('/home/peter/backup/')
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
normalize('/home/peter/backup/')
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
lstat('/home/peter/backup/metadata/format')
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
open('/home/peter/backup/metadata/format', 'r')
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
open('/home/peter/backup/metadata/format', 'r') - 
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] close()
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
lstat('/home/peter/backup/clientlist')
2012-08-10 16:11:40 DEBUG Initializing Journal for clientlist
2012-08-10 16:11:40 DEBUG [chan obnam SSHChannelAdapter] 
lstat('/home/peter/backup/clientlist/metadata')

Bug#684349: obnam: creating repository using relative sftp URL fails

[Peter De Wachter]

Package: obnam
Version: 1.1-1
Severity: normal

Obnam fails when I try to create a repository using a relative sftp URL (using
the /~/ syntax). Perhaps obnam is confused because my remote user name differs
from my local name? I've used the following commands, without config file. The
log files are attached.

$ obnam backup --log obnam-no-such-file.log --repository 
sftp://peter@192.168.1.6/~/backup/ ~
00h00m00s 1 files; 0 B (0 B/s) setting upERROR: 
sftp://peter@192.168.1.6/~/backup/: No such file

$ obnam backup --log obnam-success.log --repository 
sftp://peter@192.168.1.6/home/peter/backup/ ~
[Starts copying files]



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages obnam depends on:
ii  libc6 2.13-35
ii  python2.7.3-2
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1
ii  python2.6 2.6.8-0.2
ii  python2.7 2.7.3-2

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information
2012-08-09 01:05:58 DEBUG Current configuration:
[config]
output = 
log = obnam-no-such-file.log
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
repository = sftp://peter@192.168.1.6/~/backup/
client-name = wallach
node-size = 262144
chunk-size = 1048576
upload-queue-size = 1024
lru-size = 500
trace = 
idpath-depth = 3
idpath-bits = 12
idpath-skip = 13
quiet = False
pretend = False
pretend-time = 
lock-timeout = 60
crash-limit = 0
compress-with = none
root = 
exclude = 
exclude-caches = False
one-file-system = False
checkpoint = 1073741824
chunkids-per-group = 1024
deduplicate = fatalist
leave-checkpoints = False
small-files-in-btree = False
warn-age = 27h
critical-age = 27h
sftp-delay = 0
ssh-key = 
strict-ssh-host-keys = False
ssh-known-hosts = /home/pdewacht/.ssh/known_hosts
pure-paramiko = False
to = 
generation = latest
keep = 
fsck-fix = False
verify-randomly = 0
encrypt-with = 
keyid = 
weak-random = False
symmetric-key-bits = 


2012-08-09 01:05:58 DEBUG Current configuration:
[config]
output = 
log = obnam-no-such-file.log
log-level = debug
log-max = 0
log-keep = 10
log-mode = 0600
dump-memory-profile = simple
repository = sftp://peter@192.168.1.6/~/backup/
client-name = wallach
node-size = 262144
chunk-size = 1048576
upload-queue-size = 1024
lru-size = 500
trace = 
idpath-depth = 3
idpath-bits = 12
idpath-skip = 13
quiet = False
pretend = False
pretend-time = 
lock-timeout = 60
crash-limit = 0
compress-with = none
root = 
exclude = 
exclude-caches = False
one-file-system = False
checkpoint = 1073741824
chunkids-per-group = 1024
deduplicate = fatalist
leave-checkpoints = False
small-files-in-btree = False
warn-age = 27h
critical-age = 27h
sftp-delay = 0
ssh-key = 
strict-ssh-host-keys = False
ssh-known-hosts = /home/pdewacht/.ssh/known_hosts
pure-paramiko = False
to = 
generation = latest
keep = 
fsck-fix = False
verify-randomly = 0
encrypt-with = 
keyid = 
weak-random = False
symmetric-key-bits = 


2012-08-09 01:05:58 INFO Backup starts
2012-08-09 01:05:58 INFO Checkpoints every 1073741824 bytes
2012-08-09 01:05:58 DEBUG Exclude pattern: obnam-no-such-file.log
2012-08-09 01:05:58 DEBUG opening repository (create=True)
2012-08-09 01:05:58 INFO VFS: __init__: 
baseurl=sftp://peter@192.168.1.6/~/backup/
2012-08-09 01:05:58 DEBUG executing openssh: ['ssh', '-oForwardX11=no', 
'-oForwardAgent=no', '-oClearAllForwardings=yes', '-oProtocol=2', '-p', '22', 
'-l', 'peter', '-s', '-o', 
'UserKnownHostsFile=/home/pdewacht/.ssh/known_hosts', '192.168.1.6', 'sftp']
2012-08-09 01:05:59 INFO [chan obnam SSHChannelAdapter] Opened sftp connection 
(server version 3)
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] mkdir('backup/', 511)
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] stat('backup/')
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] normalize('backup/')
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
open('/home/peter/backup/./lock', 'wx')
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
open('/home/peter/backup/./lock', 'wx') - 
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] close()
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
lstat('/home/peter/backup/metadata/format')
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
lstat('/home/peter/backup/metadata')
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
mkdir('/home/peter/backup/metadata', 511)
2012-08-09 01:05:59 DEBUG [chan obnam SSHChannelAdapter] 
mkdir('/home/peter/backup/metadata', 511)
2012-08-09 01:05:59 DEBUG [chan obnam 

Bug#681060: abiword: Crash when copying Unicode text from Firefox

[Peter De Wachter]

Package: abiword
Version: 2.9.2+svn20120603-1
Severity: normal

Dear Maintainer,

Abiword crashes when pasting text from Iceweasel that contains
characters outside of the Unicode Basic Multilingual Plane.

To reproduce:
- Start Firefox/Iceweasel
- Go to http://en.wikipedia.org/wiki/Linear_B#Unicode
- Copy one of the characters from the Unicode table
- Paste in a new Abiword document.
(But Paste Unformatted doesn't crash.)

A backtrace is attached.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages abiword depends on:
ii  abiword-common  2.9.2+svn20120603-1
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2
ii  libabiword-2.9  2.9.2+svn20120603-1
ii  libc6   2.13-34
ii  libdbus-1-3 1.6.2-2
ii  libdbus-glib-1-20.100-1
ii  libgcc1 1:4.7.1-3
ii  libgcrypt11 1.5.0-3
ii  libglib2.0-02.32.3-1
ii  libgnutls26 2.12.20-1
ii  libgsf-1-1141.14.21-2.1
ii  libgtk-3-0  3.4.2-2
ii  libjpeg88d-1
ii  libloudmouth1-0 1.4.3-8
ii  libots0 0.5.0-2.1
ii  libpng12-0  1.2.49-1
ii  librdf0 1.0.15-1+b1
ii  libreadline66.2-8
ii  libsoup2.4-12.38.1-2
ii  libstdc++6  4.7.1-3
ii  libtelepathy-glib0  0.18.1-2
ii  libtidy-0.99-0  20091223cvs-1.2
ii  libwmf0.2-7 0.2.8.4-10
ii  libwpd-0.9-90.9.4-3
ii  libwpg-0.2-20.2.1-1
ii  libwps-0.2-20.2.7-1
ii  libxml2 2.8.0+dfsg1-4
ii  libxslt1.1  1.1.26-13
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages abiword recommends:
ii  abiword-plugin-grammar 2.9.2+svn20120603-1
ii  abiword-plugin-mathview2.9.2+svn20120603-1
ii  aspell-nl [aspell-dictionary]  1:2.10-1
ii  fonts-liberation   1.07.2-5
ii  poppler-utils  0.18.4-3

abiword suggests no packages.

-- no debconf information
(gdb) run
Starting program: /usr/bin/abiword 
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

Program received signal SIGSEGV, Segmentation fault.
__memmove_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:2235
(gdb) bt full
#0  __memmove_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:2235
No locals.
#1  0x779e24aa in memmove (__len=3, __src=0x0, __dest=optimized out) 
at /usr/include/x86_64-linux-gnu/bits/string3.h:58
No locals.
#2  UT_ByteBuf::ins (this=0x7fffde90, position=0, pValue=0x0, 
length=optimized out) at ut_bytebuf.cpp:96
No locals.
#3  0x779841d2 in IE_Imp_XHTML::pasteFromBuffer (this=0x10cc800, 
pDocRange=0x7fffdfc0, pData=0x0, lenData=optimized out, 
szEncoding=optimized out) at ie_imp_XHTML.cpp:698
newDoc = 0x10c2050
buf = {m_pBuf = 0x10eaa20 , m_iSize = 3, m_iSpace = 1024, m_iChunk = 
1024}
e = optimized out
pPasteListen = optimized out
newXML = 0x10e9d10
p = 0x10ea7e0
posEnd = optimized out
b = optimized out
#4  0x77848954 in AP_UnixApp::pasteFromClipboard (this=0x6077c0, 
pDocRange=0x7fffdfc0, bUseClipboard=optimized out, 
bHonorFormatting=optimized out) at ap_UnixApp.cpp:771
iread = 2
iwritten = 3
szutf8 = 0x0
pImpHTML = 0x10cc800
SniffBuf = {IE_ImpSniffer = {_vptr.IE_ImpSniffer = 0x77d5b2b0, 
m_name = {pimpl = 0xee2a50}, m_type = -1, m_bCanPaste = true}, No data fields}
szRes = optimized out
iLen = 6
tFrom = XAP_UnixClipboard::TAG_ClipboardOnly
szFormatFound = 0x77a1ef5e text/html
pData = 0x1042780 \377\376
bFoundOne = optimized out
bSuccess = false
#5  0x777e0056 in FV_View::_doPaste (this=0xf78c90, bUseClipboard=true, 
bHonorFormatting=true) at fv_View_protected.cpp:5405
dr = {m_pDoc = 0xb48610, m_pos1 = 2, m_pos2 = 2}
pSL = optimized out
#6  0x777b373f in FV_View::cmdPaste (this=0xf78c90, 
bHonorFormatting=true) at fv_View_cmd.cpp:4736
dblBuffObj = {m_pPainter = 0x102cbc0, m_pView = 0xf78c90, 
m_bCallDrawOnlyAtTheEnd = true, m_bSuspendDirectDrawing = true, mostExtArgs = 
{clipRect = {left = 0, top = 0, width = 0, height = 0}, fullRect = {left = 0, 
top = 0, width = 0, height = 0}, bDirtyRunsOnly = 255, bClip = 127, callCount = 
0}}
#7  0x778b960b in _sFrequentRepeat (pWorker=optimized out) at 
ap_EditMethods.cpp:1517
pFreq = 0x10ccd30
pTmp = 0x101c2a0
bRunning = true
#8  _sFrequentRepeat (pWorker=optimized out) at ap_EditMethods.cpp:1489
No locals.
#9  0x779e12ca in _Timer_Proc (p=optimized out) at ut_unixIdle.cpp:36
pIdle = optimized out
#10 

Bug#677989: maven: bash completion rules are buggy (-D: command not found)

[Peter De Wachter]

Package: maven
Version: 3.0.4-3
Severity: normal

Dear Maintainer,

I'm using bash with bash-completion enabled (this is the default in
new installs, I think). When I type mvn dependency:resolve -D and
press tab, I get an error message bash: -D: command not found. 


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages maven depends on:
ii  libaether-java   1.13.1-2
ii  libcommons-cli-java  1.2-3
ii  libcommons-codec-java1.6-1
ii  libcommons-httpclient-java   3.1-10
ii  libcommons-logging-java  1.1.1-9
ii  libguava-java11.0.2-1
ii  libplexus-cipher-java1.5-2
ii  libplexus-classworlds2-java  2.4-1
ii  libplexus-containers1.5-java 1.5.5-2
ii  libplexus-interpolation-java 1.11-3
ii  libplexus-sec-dispatcher-java1.3.1-5
ii  libplexus-utils2-java2.0.5-1
ii  libsisu-guice-java   3.1.1-1
ii  libsisu-ioc-java 2.3.0-3
ii  libwagon2-java   2.2-3
ii  openjdk-7-jre [java5-runtime]7~u3-2.1.1-1
ii  openjdk-7-jre-headless [java5-runtime-headless]  7~u3-2.1.1-1

maven recommends no packages.

maven 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#674119: tomcat7: Broken README.Debian.gz symlink

[Peter De Wachter]

Package: tomcat7
Version: 7.0.26-2
Severity: minor

Dear Maintainer,

The file /usr/share/doc/tomcat7/README.Debian.gz is a broken symlink.
It points to ../tomcat7-common/README.Debian.gz, but the tomcat7-common
readme is not compressed.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tomcat7 depends on:
ii  adduser3.113+nmu2
ii  debconf [debconf-2.0]  1.5.43
ii  tomcat7-common 7.0.26-2
ii  ucf3.0025+nmu3

Versions of packages tomcat7 recommends:
ii  authbind  1.2.0

Versions of packages tomcat7 suggests:
pn  libtcnative-1 none
pn  tomcat7-admin none
pn  tomcat7-docs  none
pn  tomcat7-examples  none
pn  tomcat7-user  none

-- Configuration Files:
/etc/logrotate.d/tomcat7 changed [not included]
/etc/tomcat7/logging.properties changed [not included]
/etc/tomcat7/server.xml changed [not included]
/etc/tomcat7/tomcat-users.xml [Errno 13] Toegang geweigerd: 
u'/etc/tomcat7/tomcat-users.xml'

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672949: RFS: hitori/0.3.2-1 -- logic puzzle game similar to sudoku

[Peter De Wachter]

X-Debbugs-Cc: debian-devel-ga...@lists.debian.org
Package: sponsorship-requests
Severity: normal

Dear mentors and pkg-games folks,

I am looking for a sponsor for my package hitori. This is a new
upstream release with translation updates and minor bugfixes.

 * Package name: hitori
   Version : 0.3.2-1
   Upstream Author : Philip Withnallphi...@tecnocode.co.uk
 * URL : http://live.gnome.org/Hitori
 * License : GPLv3 / CC BY-SA 3.0 (documentation)
   Section : games

It builds these binary packages:

  hitori - logic puzzle game similar to sudoku

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/hitori
  dget -x http://mentors.debian.net/debian/pool/main/h/hitori/hitori_0.3.2-1.dsc

The packaging is maintained in Subversion:

  svn://svn.debian.org/svn/pkg-games/packages/trunk/hitori/
  http://svn.debian.org/viewsvn/pkg-games/packages/trunk/hitori/

Changes since the last upload:

hitori (0.3.2-1) unstable; urgency=low

  * New upstream version.
  * Fixed watch file.
  * Bumped Standards-Version to 3.9.3. No changes needed.


Regards,
Peter De Wachter




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#668314: calibre: crash on start - python-sip api change related

[Peter De Wachter]

Package: calibre
Version: 0.8.49+dfsg-0.1
Followup-For: Bug #668314

I worked around this bug by downgrading python-qt4. Calibre works fine with
4.9.1-1 but crashes with 4.9.1-2 and later.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calibre depends on:
ii  calibre-bin0.8.49+dfsg-0.1
ii  fonts-liberation [ttf-liberation]  1.07.2-2
ii  imagemagick8:6.7.4.0-5
ii  poppler-utils  0.16.7-3
ii  python-beautifulsoup   3.2.0-2
ii  python-chardet 2.0.1-2
ii  python-cherrypy3   3.2.2-2
ii  python-cssutils0.9.9-1
ii  python-dateutil1.5-1
ii  python-dbus0.84.0-3
ii  python-feedparser  5.0.1-1
ii  python-imaging 1.1.7-4
ii  python-lxml2.3.2-1
ii  python-mechanize   1:0.2.5-2
ii  python-pkg-resources   0.6.24-1
ii  python-pyparsing   1.5.2-2
ii  python-qt4 4.9.1-1
ii  python-routes  1.13-1
ii  python2.7  2.7.3~rc2-2.1
ii  xdg-utils  1.1.0~rc1+git20111210-6

Versions of packages calibre recommends:
pn  python-dnspython  none

calibre 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#669000: eclipse-platform: Help search function does not work, invalid format

[Peter De Wachter]

Package: eclipse-platform
Version: 3.7.2-1
Severity: normal
Tags: patch

When I try to use the Help/Search menu command, I get an Errors while
indexing message. The Eclipse error log contains the following information:

eclipse.buildId=I20110613-1736
java.version=1.6.0_24
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=nl_BE
Command-line arguments:  -os linux -ws gtk -arch x86_64

Error
Mon Apr 16 12:42:00 CEST 2012
Errors while indexing

java.lang.IllegalArgumentException: invalid format: 
at org.osgi.framework.Version.init(Version.java:150)
at 
org.eclipse.help.internal.search.SearchIndex.isLuceneCompatible(SearchIndex.java:721)
at 
org.eclipse.help.internal.search.PluginIndex.isCompatible(PluginIndex.java:152)
at 
org.eclipse.help.internal.search.PluginIndex.resolve(PluginIndex.java:83)
at 
org.eclipse.help.internal.search.PluginIndex.getPaths(PluginIndex.java:231)
at 
org.eclipse.help.internal.search.PrebuiltIndexes.trim(PrebuiltIndexes.java:46)
at 
org.eclipse.help.internal.search.PrebuiltIndexes.getIndexes(PrebuiltIndexes.java:54)
at 
org.eclipse.help.internal.search.IndexingOperation.mergeIndexes(IndexingOperation.java:544)
at 
org.eclipse.help.internal.search.IndexingOperation.addNewDocuments(IndexingOperation.java:152)
at 
org.eclipse.help.internal.search.IndexingOperation.execute(IndexingOperation.java:106)
at 
org.eclipse.help.internal.search.LocalSearchManager.updateIndex(LocalSearchManager.java:671)
at 
org.eclipse.help.internal.search.LocalSearchManager.ensureIndexUpdated(LocalSearchManager.java:645)
at 
org.eclipse.help.internal.search.federated.IndexerJob.run(IndexerJob.java:31)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
Caused by: java.util.NoSuchElementException
at java.util.StringTokenizer.nextToken(StringTokenizer.java:349)
at org.osgi.framework.Version.init(Version.java:127)
... 13 more


The problem seems to be that Eclipse failed to retrieve the Lucene version
number. This patch fixes it for me:

--- 
eclipse-3.7.2.orig/eclipse/plugins/org.eclipse.help.base/src/org/eclipse/help/internal/search/SearchIndex.java
+++ 
eclipse-3.7.2/eclipse/plugins/org.eclipse.help.base/src/org/eclipse/help/internal/search/SearchIndex.java
@@ -106,7 +106,7 @@ public class SearchIndex implements ISea
 
public static final String DEPENDENCIES_KEY_ANALYZER = analyzer; 
//$NON-NLS-1$
 
-   private static final String LUCENE_BUNDLE_ID = org.apache.lucene; 
//$NON-NLS-1$
+   private static final String LUCENE_BUNDLE_ID = 
org.apache.lucene.core; //$NON-NLS-1$
 
private static final String FIELD_NAME = name; //$NON-NLS-1$



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages eclipse-platform depends on:
ii  ant1.8.2-4
ii  ant-optional   1.8.2-4
ii  default-jre [java6-runtime]1:1.6-47
ii  eclipse-platform-data  3.7.2-1+pdw1
ii  eclipse-rcp3.7.2-1+pdw1
ii  java-common0.47
ii  libc6  2.13-27
ii  libcommons-codec-java  1.5-1
ii  libcommons-el-java 1.0-7
ii  libcommons-httpclient-java 3.1-10
ii  libcommons-logging-java1.1.1-9
ii  libjasper-java 5.5.33-3
ii  libjetty-java  6.1.24-6
ii  libjsch-java   0.1.42-2
ii  liblucene2-java2.9.4+ds1-4
ii  libservlet2.5-java 6.0.35-2
ii  openjdk-6-jre [java6-runtime]  6b24-1.11.1-5
ii  openjdk-7-jre [java6-runtime]  7~u3-2.1.1~pre1-1
ii  perl   5.14.2-9
ii  sat4j  2.3.1-1

Versions of packages eclipse-platform recommends:
ii  eclipse-pde  3.7.2-1+pdw1

Versions of packages eclipse-platform suggests:
ii  eclipse-jdt  3.7.2-1+pdw1

Versions of packages eclipse-platform is related to:
ii  eclipse-jdt  3.7.2-1+pdw1
ii  eclipse-pde  3.7.2-1+pdw1

-- 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#661732: mg: The Delete key should delete the character to the right of the cursor

[Peter De Wachter]

Package: mg
Version: 20110905-1
Severity: normal
Tags: patch

Currently mg doesn't have a binding for the Delete key. Debian Policy 9.8
says that it should. The attached two-line patch fixes this.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mg depends on:
ii  libc62.13-27
ii  libncurses5  5.9-4

mg recommends no packages.

mg suggests no packages.

-- no debconf information
--- mg-20110905.orig/ttykbd.c	2012-02-29 11:35:35.0 +0100
+++ mg-20110905/ttykbd.c	2012-02-29 12:25:59.521218562 +0100
@@ -55,6 +55,8 @@
 		dobindkey(fundamental_map, scroll-up, key_npage);
 	if (key_ppage)
 		dobindkey(fundamental_map, scroll-down, key_ppage);
+	if (key_dc)
+		dobindkey(fundamental_map, delete-char, key_dc);
 #endif /* FKEYS */
 
 #ifndef	NO_STARTUP

Bug#660388: crawl: bogus '*.txt' symlinks

[Peter De Wachter]

Source: crawl
Version: 2:0.10.0-1
Severity: normal

Something went wrong when symlinking the documentation:

$ /usr/share/doc/*/'*.txt'
/usr/share/doc/crawl-common/*.txt - ../../crawl/docs/*.txt
/usr/share/doc/crawl-tiles/*.txt - ../../crawl/docs/*.txt
/usr/share/doc/crawl/*.txt - ../../crawl/docs/*.txt


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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#647464: closed by Guus Sliepen g...@debian.org (Bug#647464: fixed in crawl 2:0.10.0-1)

[Peter De Wachter]

I'm afraid this symlink is still broken:

$ ls -l /usr/share/icons/hicolor/32x32/apps/crawl.png
lrwxrwxrwx 1 root root 59 feb 18 01:08 
/usr/share/icons/hicolor/32x32/apps/crawl.png - 
../../../../games/crawl/dat/tiles/stone_soup_icon-32x32.png




On 18-02-12 10:03, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the crawl-tiles package:

#647464: crawl-tiles: contains broken symlink

It has been closed by Guus Sliepeng...@debian.org.

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 Guus 
Sliepeng...@debian.org  by
replying to this email.







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#652204: info: display glitch in search command

[Peter De Wachter]

Package: info
Version: 4.13a.dfsg.1-8
Severity: minor

This is a minor display glitch in info. Run info gzip (it doesn't really
matter which info document you choose, as long as it has an index). Now enter
i, return, s. This results in a search prompt with the cursor positioned in
the wrong place.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages info depends on:
ii  install-info  4.13a.dfsg.1-8
ii  libc6 2.13-23
ii  libncurses5   5.9-4

info recommends no packages.

Versions of packages info suggests:
pn  texinfo-doc-nonfree  none

-- 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#651733: play: hangs with pulseaudio backend

[Peter De Wachter]

Package: sox
Version: 14.3.2-3
Severity: normal

This command hangs after generating a few seconds of sound:

AUDIODRIVER=pulseaudio play -n -c1  synth whitenoise band -n 100 20 \
band -n 50 20 gain +25 fade h 1 864000 1

If I try the same thing with AUDIODRIVER=alsa it works fine. The command
simulates Star Trek background noise, see:
http://www.reddit.com/r/scifi/comments/n7q5x/want_to_pretend_you_are_aboard_the_enterprise_for/c36xkjx

I don't know what information would be useful to debug this. I did recompile
sox with debug symbols to get a backtrace:

Starting program: /usr/bin/play -n -c1 synth whitenoise band -n 100 20 band -n 
50 20 gain +25 fade h 1 864000 1
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffec0fc700 (LWP 19868)]

  Encoding: n/a   
  Channels: 1 @ 32-bit   
Samplerate: 48000Hz  
Replaygain: off 
  Duration: unknown  

In:0.00% 00:00:07.51 [00:00:00.00] Out:360k  [  -===|===-  ]Clip:0
Program received signal SIGINT, Interrupt.
pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142
142 ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: Bestand of 
map bestaat niet.
in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S
(gdb) bt full
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142
No locals.
#1  0x738767a0 in pa_threaded_mainloop_wait (m=0x61c880) at 
pulse/thread-mainloop.c:206
__func__ = pa_threaded_mainloop_wait
__PRETTY_FUNCTION__ = pa_threaded_mainloop_wait
#2  0x73641e2a in pa_simple_write (p=0x628280, data=0x65ed38, 
length=23240, rerror=0x7fffdf68)
at pulse/simple.c:290
l = optimized out
r = optimized out
__func__ = pa_simple_write
__PRETTY_FUNCTION__ = pa_simple_write
#3  0x73a8ddce in write_samples (ft=0x627f00, buf=0x65c800, nsamp=8192) 
at pulseaudio.c:133
pa = 0x628260
len = 32768
rc = 0
error = 1
#4  0x77b26abd in sox_write (ft=0x627f00, buf=0x65c800, len=8192) at 
formats.c:971
actual = 140737325790906
#5  0x00404d8f in output_flow (effp=0x6346c0, ibuf=0x65c800, 
obuf=0x664810, isamp=0x7fffe048, 
osamp=0x7fffe040) at sox.c:630
len = 8192
#6  0x77b3d6fa in flow_effect (chain=0x632b30, n=6) at effects.c:214
effp1 = 0x6344e0
effp = 0x6346c0
effstatus = 0
f = 0
i = 4155677282
ibuf = 0x0
idone = 8192
obeg = 0
#7  0x77b3e103 in sox_flow_effects (chain=0x632b30, callback=0x406ffc 
update_status, 
client_data=0x0) at effects.c:351
osize = 0
flow_status = 0
e = 6
source_e = 0
f = 1
max_flows = 1
draining = sox_true
#8  0x00408891 in process () at sox.c:1662
flow_status = 32767
#9  0x0040c107 in main (argc=20, argv=0x7fffe2f8) at sox.c:2863
i = 1


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages sox depends on:
ii  libc6 2.13-22
ii  libgomp1  4.6.2-7
ii  libgsm1   1.0.13-3
ii  libltdl7  2.4.2-1
ii  libmagic1 5.09-2
ii  libpng12-01.2.46-3
ii  libsox-fmt-alsa   14.3.2-3
ii  libsox-fmt-base   14.3.2-3
ii  libsox-fmt-pulse  14.3.2-3
ii  libsox1b  14.3.2-3
ii  zlib1g1:1.2.3.4.dfsg-3

sox recommends no packages.

Versions of packages sox suggests:
pn  libsox-fmt-all  none

-- 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#649999: /usr/bin/hp-plugin: hp-plugin generates broken udev files

[Peter De Wachter]

Package: hplip

Version: 3.11.10-1
File: /usr/bin/hp-plugin
Severity: important

I have a LaserJet 1018 printer which requires a firmware upload before
functioning. The hp-plugin downloaded this firmware and also installed udev
rules to upload it, but those rules do not work:

Nov 25 13:23:00 wallach udevd[282]: unknown key 'SYSFS{idVendor}' in 
/etc/udev/rules.d/86-hpmud-hp_laserjet_1018.rules:6
Nov 25 13:23:00 wallach udevd[282]: invalid rule 
'/etc/udev/rules.d/86-hpmud-hp_laserjet_1018.rules:6'
(and many similar errors for other printer models)

-- Package-specific info:

HP Linux Imaging and Printing System (ver. 3.11.10)
Dependency/Version Check Utility ver. 14.3

Copyright (c) 2001-9 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling 
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper 
dependencies are installed to successfully compile HPLIP.
2. Run-time check mode (-r or --run): Use this mode to determine if a distro 
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball 
has the proper dependencies installed to   
successfully run.   

  
3. Both compile- and run-time check mode (-b or --both) (Default): This mode 
will check both of the above cases (both compile- and run-time dependencies).   
 

Saving output in log file: hp-check.log

Initializing. Please wait...

---
| SYSTEM INFO |
---

Basic system information:
Linux wallach 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux

Distribution:
debian unstable

Checking Python version...
OK, version 2.7.2 installed

Checking PyQt 4.x version...
error: NOT FOUND OR FAILED TO LOAD!

Checking for CUPS...
Status: scheduler is running
Version: 1.5.0
error_log is set to level: warn

Checking for dbus/python-dbus...
dbus daemon is running.
python-dbus version: 0.84.0



| RUNTIME DEPENDENCIES |



Checking for dependency: CUPS - Common Unix Printing System...
OK, found.

Checking for dependency: GhostScript - PostScript and PDF language interpreter 
and previewer...
OK, found.

Checking for dependency: PIL - Python Imaging Library (required for commandline 
scanning with hp-scan)...
OK, found.

Checking for dependency: PolicyKit - Administrative policy framework...
OK, found.

Checking for dependency: PyQt 4 DBus - DBus Support for PyQt4...
error: NOT FOUND! This is a REQUIRED/RUNTIME ONLY dependency. Please make sure 
that this dependency is installed before installing or running HPLIP.

Checking for dependency: Python DBus - Python bindings for DBus...
OK, found.

Checking for dependency: Python libnotify - Python bindings for the libnotify 
Desktop notifications...
OK, found.

Checking for dependency: Python XML libraries...
OK, found.

Checking for dependency: Python 2.3 or greater - Required for fax 
functionality...
OK, found.

Checking for dependency: Reportlab - PDF library for Python...
warning: NOT FOUND! This is an OPTIONAL/RUNTIME ONLY dependency. Some HPLIP 
functionality may not function properly.

Checking for dependency: SANE - Scanning library...
OK, found.

Checking for dependency: scanimage - Shell scanning program...
OK, found.

Checking for dependency: xsane - Graphical scanner frontend for SANE...
OK, found.


--
| HPLIP INSTALLATION |
--


Currently installed HPLIP version...
HPLIP 3.11.10 currently installed in '/usr/share/hplip'.

Current contents of '/etc/hp/hplip.conf' file:
# hplip.conf.  Generated from hplip.conf.in by configure.

[hplip]
version=3.11.10

[dirs]
home=/usr/share/hplip
run=/var/run
ppd=/usr/share/ppd/hplip/HP
ppdbase=/usr/share/ppd/hplip
doc=/usr/share/doc/hplip-doc/HTML
icon=no
cupsbackend=/usr/lib/cups/backend
cupsfilter=/usr/lib/cups/filter
drv=/usr/share/cups/drv

# Following values are determined at configure time and cannot be changed.
[configure]
network-build=yes
pp-build=yes
gui-build=yes
scanner-build=yes
fax-build=yes
dbus-build=yes
cups11-build=no
doc-build=yes
shadow-build=no
hpijs-install=yes
foomatic-drv-install=yes
foomatic-ppd-install=yes
foomatic-rip-hplip-install=no
hpcups-install=yes
cups-drv-install=yes
cups-ppd-install=no
internal-tag=3.11.10
restricted-build=no
ui-toolkit=qt4
qt3=no
qt4=yes
policy-kit=yes
hpijs-only-build=no
lite-build=no
udev-acl-rules=yes
hpcups-only-build=no
hpijs-only-build=no


Current contents of '/var/lib/hp/hplip.state' file:
[plugin]
installed = 1
eula = 1



Current contents of 

Bug#649940: gdc-4.6: Off-by-one error in output file name

[Peter De Wachter]

Package: gdc-4.6
Version: 0.29.1-4.6.2-1
Severity: normal

If no '-c' option is specified, gdc doesn't generate the right output file
name:

$ gdc-4.6 -c HelloWorld.d 
$ ls
HelloWorld.d
HelloWorl.o

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdc-4.6 depends on:
ii  g++-4.6   4.6.2-5 
ii  gcc-4.6-base  4.6.2-5 
ii  libc6 2.13-21 
ii  libgmp10  2:5.0.2+dfsg-2  
ii  libmpc2   0.9-4   
ii  libmpfr4  3.1.0-3 
ii  zlib1g1:1.2.3.4.dfsg-3

gdc-4.6 recommends no packages.

gdc-4.6 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#649615: gdc-4.4: Annoying multilib warning

[Peter De Wachter]

Package: gdc-4.4
Version: 1.063-4.4.6-7
Severity: important

Any invocation of the gdc-4.4 compiler prints a multilib-relted warning:

  cc1d: warning: command line option -imultilib is valid for
  C/C++/Fortran/ObjC/ObjC++ but not for D

This is rather annoying and hides useful compiler warnings.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdc-4.4 depends on:
ii  g++-4.44.4.6-11  
ii  gcc-4.4-base   4.4.6-11  
ii  libc6  2.13-21   
ii  libgcc11:4.6.2-4 
ii  libgmp10   2:5.0.2+dfsg-2
ii  libmpfr4   3.1.0-3   
ii  libphobos-4.4-dev  1.063-4.4.6-7 
ii  libstdc++6 4.6.2-4   

gdc-4.4 recommends no packages.

gdc-4.4 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#647440: fpm2: segfaults when not configured

[Peter De Wachter]

Package: fpm2
Version: 0.79-1
Severity: normal

Start fpm2 for the first time (i.e. no ~/.fpm directory). It asks for a master
password, click the Cancel button. Start fpm2 again and click Cancel again. If
you start fpm2 a third time, it segfaults.

After the first invocation, an empty ~/.fpm directory is created. After the
second, a fpm.ini file is added. I assume there's something wrong with that 
file.

This might not be the same problem as the segfault from Debian bug #542174, as
that user had already used an older version of fpm.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fpm2 depends on:
ii  libc6 2.13-21 
ii  libglib2.0-0  2.28.8-1
ii  libgtk2.0-0   2.24.7-1
ii  libx11-6  2:1.4.4-2   
ii  libxml2   2.7.8.dfsg-5

fpm2 recommends no packages.

fpm2 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#647463: fonts-sil-andika: broken symlink to fontconfig config

[Peter De Wachter]

Package: fonts-sil-andika
Version: 1.002-1
Severity: normal

This package installs a configuration file called 65-andika.conf in
/etc/fonts/conf.avail but it creates a symlink using a different name:

etc/fonts/conf.avail/65-fonts-sil-andika.conf 
etc/fonts/conf.d/65-fonts-sil-andika.conf


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  fontconfig 2.8.0-3generic font configuration library - support
ii  libfreetype6   2.4.7-2FreeType 2 font engine, shared library files
ii  libxft22.2.0-3FreeType-based font drawing library for X

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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#647464: crawl-tiles: contains broken symlink

[Peter De Wachter]

Package: crawl-tiles
Version: 2:0.9.1-1
Severity: minor

The crawls-tiles package contains a symlink from
  /usr/share/icons/hicolor/32x32/apps/crawl.png
to
  /usr/share/games/crawl/dat/tiles/stone_soup_icon-32x32.png
but that file doesn't exist. Probably
  /usr/share/crawl/dat/tiles/stone_soup_icon-32x32.png
was meant.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages crawl-tiles depends on:
ii  crawl-common  2:0.9.1-1   
ii  libc6 2.13-21 
ii  libfreetype6  2.4.7-2 
ii  libgcc1   1:4.6.2-3   
ii  libgl1-mesa-glx [libgl1]  7.11-6  
ii  libglu1-mesa [libglu1]7.11-6  
ii  liblua5.1-0   5.1.4-10
ii  libsdl-image1.2   1.2.10-2.1+b1   
ii  libsdl1.2debian   1.2.14-6.4  
ii  libsqlite3-0  3.7.8-1 
ii  libstdc++64.6.2-3 
ii  ttf-dejavu2.33-2  
ii  zlib1g1:1.2.3.4.dfsg-3

crawl-tiles recommends no packages.

crawl-tiles 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#647466: libgtk-3-0: README.gz is a broken link

[Peter De Wachter]

Package: libgtk-3-0
Version: 3.0.12-2
Severity: minor

The package libgtk-3-0 ships a symlink /usr/share/doc/libgtk-3-0/README.gz to
../libgtk-3-common/README.gz but that file doesn't exist.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgtk-3-0 depends on:
ii  libatk1.0-0 2.2.0-2  
ii  libc6   2.13-21  
ii  libcairo-gobject2   1.10.2-6.1   
ii  libcairo2   1.10.2-6.1   
ii  libcomerr2  1.42~WIP-2011-10-16-1
ii  libcups21.5.0-10 
ii  libfontconfig1  2.8.0-3  
ii  libfreetype62.4.7-2  
ii  libgcrypt11 1.5.0-3  
ii  libgdk-pixbuf2.0-0  2.24.0-1 
ii  libglib2.0-02.28.8-1 
ii  libgnutls26 2.12.12-1
ii  libgssapi-krb5-21.9.1+dfsg-3 
ii  libgtk-3-common 3.0.12-2 
ii  libk5crypto31.9.1+dfsg-3 
ii  libkrb5-3   1.9.1+dfsg-3 
ii  libpango1.0-0   1.29.4-2 
ii  libx11-62:1.4.4-2
ii  libxcomposite1  1:0.4.3-2
ii  libxcursor1 1:1.1.12-1   
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.0-3
ii  libxfixes3  1:5.0-4  
ii  libxi6  2:1.4.3-3
ii  libxinerama12:1.1.1-3
ii  libxrandr2  2:1.3.2-2
ii  shared-mime-info0.90-1   
ii  zlib1g  1:1.2.3.4.dfsg-3 

Versions of packages libgtk-3-0 recommends:
ii  hicolor-icon-theme  0.12-1  
ii  libgtk-3-bin3.0.12-2

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.8.2-2 
ii  librsvg2-common  2.34.1-3

-- 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#630228: foo2zjs: Firmware upload is not compatible with cups

[Peter De Wachter]

Package: foo2zjs
Version: 20110210dfsg-2
Severity: serious

The latest cups upload blacklisted the usblp kernel module, but foo2zjs'
firmware upload scripts need that module to function. Would it be difficult
to rewrite the firmware scripts to use raw usb devices?

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages foo2zjs depends on:
ii  cups  1.4.6-8Common UNIX Printing System(tm) - 
ii  cups-client   1.4.6-8Common UNIX Printing System(tm) - 
ii  dc1.06.95-2  The GNU dc arbitrary precision rev
ii  foomatic-filters  4.0.7-1OpenPrinting printer support - fil
ii  libc6 2.13-6 Embedded GNU C Library: Shared lib
ii  libcups2  1.4.6-8Common UNIX Printing System(tm) - 

Versions of packages foo2zjs recommends:
ii  foomatic-db-engine4.0.7-2OpenPrinting printer support - pro
ii  unzip 6.0-4  De-archiver for .zip files
ii  wget  1.12-3.1   retrieves files from the web

Versions of packages foo2zjs suggests:
pn  hannah-foo2zjsnone (no description available)
ii  psutils   1.17-29A collection of PostScript documen
pn  tix   none (no description available)
pn  tk8.4 none (no description available)

-- 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#625243: guile-1.8-libs: postinst fails on upgrade: guile-1.8: not found

[Peter De Wachter]

Package: guile-1.8-libs
Version: 1.8.8+1-3
Severity: serious

The guile-1.8-libs postinst failed because the guile-1.8 command was not found.
On this system guile-1.8-libs was installed as a dependency of gnome-games and
geda. 

Setting up guile-1.8-libs (1.8.8+1-3) ...
Processing triggers for guile-1.8-libs ...
/var/lib/dpkg/info/guile-1.8-libs.postinst: 27: guile-1.8: not found
dpkg: error processing guile-1.8-libs (--configure):
 subprocess installed post-installation script returned error exit status 127
configured to not write apport reports
  Errors were encountered while processing:
 guile-1.8-libs
E: Sub-process /usr/bin/dpkg returned an error code (1)



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages guile-1.8-libs depends on:
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libgmp10  2:5.0.1+dfsg-7 Multiprecision arithmetic library
ii  libltdl7  2.4-2  A system independent dlopen wrappe
ii  libncurses5   5.9-1  shared libraries for terminal hand
ii  libreadline6  6.2-1  GNU readline and history libraries

guile-1.8-libs recommends no packages.

guile-1.8-libs 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#615100: python-launchpadlib: Syntax error during installation

[Peter De Wachter]

Package: python-launchpadlib
Version: 1.8.0-2
Severity: important

python-launchpadlib reports a syntax error during installation:

Unpacking python-launchpadlib (from .../python-launchpadlib_1.8.0-2_all.deb) ...
Setting up python-launchpadlib (1.8.0-2) ...
/usr/lib/python2.5/site-packages/launchpadlib/tests/test_launchpad.py:437: 
Warning: 'with' will become a reserved keyword in Python 2.6
  File /usr/lib/python2.5/site-packages/launchpadlib/tests/test_launchpad.py, 
line 437
with fake_keyring(BadSaveKeyring()):
^
SyntaxError: invalid syntax


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-launchpadlib depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-httplib2 0.6.0-4  comprehensive HTTP client library 
ii  python-keyring  0.2-3store and access your passwords sa
ii  python-lazr.restfulclie 0.11.2-1 client for lazr.restful-based web 
ii  python-lazr.uri 1.0.2-4  library for parsing, manipulating,
ii  python-oauth1.0.1-2  Python library implementing of the
ii  python-pkg-resources0.6.14-4 Package Discovery and Resource Acc
ii  python-simplejson   2.1.3-1  simple, fast, extensible JSON enco
ii  python-wadllib  1.2.0+ds-1   Python library for navigating WADL
ii  python2.5   2.5.5-11 An interactive high-level object-o
ii  python2.6   2.6.6-8+b1   An interactive high-level object-o

python-launchpadlib recommends no packages.

python-launchpadlib 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#600362: ttf-century-catalogue: line height much too small in many applications

[Peter De Wachter]

Package: ttf-century-catalogue
Version: 001.001-2
Severity: important

Some applications put lines on top of each other when using Century Catalogue.
This includes abiword and claws-mail, but not openoffice. I guess it might
be a GTK problem.

Screenshots:
abiword: http://imgur.com/EOGmb.png
claws-mail: http://imgur.com/LRsmg.png

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  fontconfig 2.8.0-2.1  generic font configuration library - support
ii  libfreetype6   2.4.2-2FreeType 2 font engine, shared library files
ii  libxft22.1.14-2   FreeType-based font drawing library for X
ii  libgtk2.0-02.20.1-2   The GTK+ graphical user interface library
ii  libpango1.0-0  1.28.1-1   Layout and rendering of internationalized te
ii  abiword2.8.2-2+b10efficient, featureful word processor with co
ii  claws-mail 3.7.6-4Fast, lightweight and user-friendly GTK2 bas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

ttf-century-catalogue depends on no packages.

ttf-century-catalogue recommends no packages.

Versions of packages ttf-century-catalogue suggests:
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  x-ttcidfont-conf  32 TrueType and CID fonts configurati

-- 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#600306: ttf-oldstandard: upstream build script works

[Peter De Wachter]

I just noticed the Debian packaging does not use the upstream build
script genfonts.sh. If I build the fonts using that script, they
work fine.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#600385: ttf-oldstandard: Please include the manual

[Peter De Wachter]

Package: ttf-oldstandard
Version: 2.2-2
Severity: wishlist

Upstream has a manual for this font, please include it in the package.
http://www.thessalonica.org.ru/downloads/oldstand-manual.pdf
http://www.thessalonica.org.ru/downloads/oldstand-manual.src.zip



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#600386: ttf-oldstandard: Uses a different name than upstream

[Peter De Wachter]

Package: ttf-oldstandard
Version: 2.2-2
Severity: normal

The upstream .ttf version of the font uses the name Old Standard TT, while
the Debian version uses Old Standard. This may lead to interoptability
problems. 

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  fontconfig 2.8.0-2.1  generic font configuration library - support
ii  libfreetype6   2.4.2-2FreeType 2 font engine, shared library files
ii  libxft22.1.14-2   FreeType-based font drawing library for X

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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#600306: ttf-oldstandard: many letters appear completely mangled

[Peter De Wachter]

Package: ttf-oldstandard
Version: 2.2-2
Severity: grave
Justification: renders package unusable

Many letters in this font get mangled beyond recognition. Take a look at these
screenshots. Each shows the first few letters of the Latin alphabet.

abiword: http://imgur.com/XJfAd.png
openoffice: http://imgur.com/eTy9j.png
gnome-appearance-properties: http://imgur.com/rdkxs.png

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  fontconfig 2.8.0-2.1  generic font configuration library - support
ii  libfreetype6   2.4.2-2FreeType 2 font engine, shared library files
ii  libxft22.1.14-2   FreeType-based font drawing library for X

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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