Bug#1020830: dnsmasq-base: address=/example.com/1.2.3.4 is not used when no-negcache is set with 2.87-1

[Thomas Schmidt]

Hi,

I have the same problem.

It sounds to me like this this [1] upstream commit (included in 2.88)
should fix the issue. (Please note that I lack experience in building
packages so can't verify this i.e. I tried neither the patch nor 2.88)

Regards,
Thomas

[1] 
https://github.com/ldir-EDB0/dnsmasq/commit/930428fb970f4991e5c2933fd5a5d2504c18a551

Bug#979537: pipewire occupies devices preventing driver unbinding

[Thomas Schmidt]

Package: pipewire
Version: 0.3.15-1
Severity: serious
Tags: upstream patch
Justification: makes unrelated software on the system break
X-Debbugs-Cc: schmid...@gmx.de

Dear Maintainer,

Im suffering from the same Upstream Bug 
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/369 (fixed)

> I have a VM where I tend to assign/bind a graphics card using VFIO/OVMF and 
> it stopped working after the move (completely freezes libvirtd when I tried 
> booting). After fair amount of debugging I realized that stopping pipewire 
> fixes this problem. 

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (490, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pipewire depends on:
ii  init-system-helpers  1.60
ii  libpipewire-0.3-modules  0.3.15-1
ii  pipewire-bin 0.3.15-1

pipewire recommends no packages.

pipewire suggests no packages.

-- no debconf information

Bug#944675: Possible apt issue?

[Thomas Schmidt]

The apt issue might be more widespread. In addition
to libinput-bin I found two similar packages on my
system:

gtk-update-icon-cache
spice-client-glib-usb-acl-helper

Both installed automatically as i386 but only depended
upon by amd64 packages.

I used
comm <(apt list --installed | fgrep amd64 | sed "s/,.*//" | sort) <(apt 
list --installed | fgrep i386 | sed "s/,.*//" | sort) -13

Bug#918049: psi: main window is empty when restored after being hidden

[Thomas Schmidt]

Package: psi
Version: 1.3-5
Severity: important
Tags: patch

Dear Maintainer,

The debian package suffers from this upstream bug:

"With Qt 5.11, when tray is enabled and application is configured not to quit 
on contacts list closing,
if contacts list window (main window) is closed via 'close' button on window's 
header,
and after that shown again using tray icon, reappearing window is empty."
-- https://github.com/psi-im/psi/pull/389

Imho this makes psi very hard to use beckuse you have to remember not to hide 
it.

Afaik the problem is fixed in the newest upstream version (1.4),
alternatively there is a patch in above pull request.

Thanks

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (490, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages psi depends on:
ii  libc6 2.28-2
ii  libenchant1c2a1.6.0-11.1+b1
ii  libgcc1   1:8.2.0-13
ii  libidn11  1.33-2.2
ii  libminizip1   1.1-8+b1
ii  libqca-qt5-2  2.1.3-2
ii  libqca-qt5-2-plugins  2.1.3-2
ii  libqt5concurrent5 5.11.2+dfsg-7
ii  libqt5core5a  5.11.2+dfsg-7
ii  libqt5dbus5   5.11.2+dfsg-7
ii  libqt5gui55.11.2+dfsg-7
ii  libqt5network55.11.2+dfsg-7
ii  libqt5widgets55.11.2+dfsg-7
ii  libqt5x11extras5  5.11.2-2
ii  libqt5xml55.11.2+dfsg-7
ii  libstdc++68.2.0-13
ii  libx11-6  2:1.6.7-1
ii  libxcb1   1.13.1-2
ii  libxss1   1:1.2.3-1
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages psi recommends:
ii  sox  14.4.2-3

Versions of packages psi suggests:
pn  psi-translations  
ii  xdg-utils 1.1.3-1

-- no debconf information

Bug#826620: virtualbox: Extension_Pack-4.3.36-105129.vbox-extpack can't be installed

[Thomas Schmidt]

Package: virtualbox
Version: 5.0.20-dfsg-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Installing it, it pretends to be 4.3.36.
Allthough Version: 5.0.20-dfsg-2 is mentioned here
I tried both extension packages. the one 
Oracle_VM_VirtualBox_Extension_Pack-4.3.36-105129.vbox-extpack
and the other
virtualbox-5.0_5.0.20-106931~Debian~jessie_amd64.deb and tried 
to insert in /etc/apt/sources.list
deb http://download.virtualbox.org/virtualbox/debian jessie contrib

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
In the config-window -> file -> global config -> additional packages i tried to 
add
Oracle_VM_VirtualBox_Extension_Pack-4.3.36-105129.vbox-extpack, but after
starting i get after iinserting the password:
NS_ERROR_FAILURE (0x80004005)
ExtPackManager
!WxtPackManager {3295e6ce-b051-47b2-9514-2c588bfe7554}

   * What was the outcome of this action?

I can't use USB what is needed strongly 

   * What outcome did you expect instead?

Oracle should stop the ridiculous need of any extension packages or
the debian package manager should stop presenting virtualbox in different
versions, none of it with the automatically installed extension packages.
A virtual machine without USB is not acceptable.  

*** End of the template - remove these template lines ***


-- System Information:
Nothing is useable, because report is made on another machine
jessie is used on the other one.

Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages virtualbox depends on:
ii  adduser   3.114
ii  init-system-helpers   1.34
ii  libc6 2.22-9
ii  libcurl3-gnutls   7.47.0-1
ii  libgcc1   1:6.1.1-4
ii  libgsoap9 2.8.30-1
ii  libpng16-16   1.6.21-5
ii  libpython2.7  2.7.11-9
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libssl1.0.2   1.0.2h-1
ii  libstdc++66.1.1-4
ii  libvncserver1 0.9.10+dfsg-3+b1
ii  libvpx3   1.5.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.3+dfsg1-1
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.11-3
ii  python2.7.11-1
ii  python2.7 2.7.11-9
pn  python:any
ii  virtualbox-dkms [virtualbox-modules]  5.0.20-dfsg-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libqt4-opengl 4:4.8.7+dfsg-8
ii  libqtcore44:4.8.7+dfsg-8
ii  libqtgui4 4:4.8.7+dfsg-8
ii  virtualbox-qt 5.0.20-dfsg-2

Versions of packages virtualbox suggests:
ii  vde22.3.2+r586-2+b1
pn  virtualbox-guest-additions-iso  

-- no debconf information

Bug#825624: general: Raspbian not mentioned in bug categories :-(

[Thomas Schmidt]

Package: general
Severity: wishlist

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Bugreport to Raspbian

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Checking bug categories.

   * What was the outcome of this action?

Nothing

   * What outcome did you expect instead?

A category in bug categories for Rasbian? :->

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Bug#825177: alsa-base: neither setup nor config of alsa in systemd

[Thomas Schmidt]

Package: alsa-base
Version: 1.0.27+1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

as said in "Subject"

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

There also is no ruleset for soundcard in udev

   * What was the outcome of this action?

No sound.

   * What outcome did you expect instead?

Perfect sound automatically, not manually.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages alsa-base depends on:
ii  dpkg  1.18.7
ii  kmod  22-1.1

alsa-base recommends no packages.

alsa-base suggests no packages.

-- no debconf information

Bug#802046: xosview: Xosview shows all RAM is in use by user

[Thomas Schmidt]

Package: xosview
Version: 1.17-2
Followup-For: Bug #802046

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

still nor working

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Trying to help myself by config, but I can't make out, where the 
misconfiguration is happening

   * What was the outcome of this action?

Still not working well despite of reinstall

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages xosview depends on:
ii  libc6   2.22-7
ii  libgcc1 1:5.3.1-14
ii  libstdc++6  5.3.1-14
ii  libx11-62:1.6.3-1
ii  libxpm4 1:3.5.11-1+b1

Versions of packages xosview recommends:
ii  xfonts-base  1:1.0.4+nmu1

xosview suggests no packages.

-- no debconf information

Bug#823579: iptraf: wrong handling of modern named interfaces

[Thomas Schmidt]

Package: iptraf
Version: 3.0.0-8.1+b1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Having stretch/sid the ethernet interface of eth1 was named new  

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?

eth1 became enp4s6 now ant iptraf can't recognize it now.

   * What outcome did you expect instead?

iptraf can manage such names too.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages iptraf depends on:
ii  libc62.22-7
ii  libncurses5  6.0+20160319-1
ii  libtinfo56.0+20160319-1

iptraf recommends no packages.

iptraf suggests no packages.

-- no debconf information

Bug#823028: ifrename: installing ifrename

[Thomas Schmidt]

Package: ifrename
Version: 30~pre9-10
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

updating

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Just updating

   * What was the outcome of this action?

dpkg: Fehler beim Bearbeiten des Paketes ifrename (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 ifrename
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
ifrename (30~pre9-10) wird eingerichtet ...
[ 4784.513943] systemd[1]: apt-daily.timer: Adding 8h 59min 22.938997s random 
time.
[ 4784.667104] systemd[1]: apt-daily.timer: Adding 10h 33min 7.212202s random 
time.
Job for ifrename.service failed because the control process exited with error 
code. See "systemctl status ifrename.service" and
"journalctl -xe" for details.
invoke-rc.d: initscript ifrename, action "start" failed.
dpkg: Fehler beim Bearbeiten des Paketes ifrename (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 ifrename

   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages ifrename depends on:
ii  libc62.22-7
ii  libiw30  30~pre9-10

ifrename recommends no packages.

ifrename suggests no packages.

-- no debconf information

Bug#822655: libicu4j-4.2: Entpacken von libicu4j-4.2-java (4.2.1.1-4) Fehler traten auf

[Thomas Schmidt]

Package: libicu4j-4.2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

(Lese Datenbank ... 438376 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libicu4j-4.2-java_4.2.1.1-4_all.deb ...
Entpacken von libicu4j-4.2-java (4.2.1.1-4) ...
dpkg: Fehler beim Bearbeiten des Archivs 
/var/cache/apt/archives/libicu4j-4.2-java_4.2.1.1-4_all.deb (--unpack):
 Versuch, »/usr/share/maven-repo/com/ibm/icu/icu4j/4.2.1.1/icu4j-4.2.1.1.pom« 
zu überschreiben, welches auch in Paket libicu4j-java 4.2.1.1-3 ist
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libicu4j-4.2-java_4.2.1.1-4_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Drücken Sie zum Fortsetzen die Eingabetaste.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

updatimg

   * What was the outcome of this action?

Mentiones before

   * What outcome did you expect instead?

Getting libicu4j-4.2-java_4.2.1.1-4_all.deb

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Bug#822299: libicu4j-4.2-java: This package does not appear to be installed

[Thomas Schmidt]

Package: libicu4j-4.2-java
Version: 4.2.1.1-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Nothing but updating

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing spezial

   * What was the outcome of this action?

The package couldn't be installed by aptitude.

   * What outcome did you expect instead?

updating completly

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Bug#821267: nfs-kernel-server: NFSD stops X from getting started

[Thomas Schmidt]

Package: nfs-kernel-server
Version: 1:1.2.8-9
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Using experimental?

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing special, just waiting and restarting after a long while.
Maybee that helps?
{VT1}
login: [   45.041275] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[   51.291964] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[   51.311317] NFSD: starting 90-second grace period (net c1748680)


{VT6}
login: [  123.271797] EXT4-fs (sdc3): mounting ext2 file system using the ext4 
subsystem
[  123.301800] EXT4-fs (sdc3): warning: mounting unchecked fs, running e2fsck 
is recommended
[  123.423880] EXT4-fs (sdc3): mounted filesystem without journal. Opts: (null)
[  123.772026] device enp4s6 entered promiscuous mode

   * What was the outcome of this action?

After restart (!) everythings works fine.

   * What outcome did you expect instead?

Starting much more quickly checking a filesystem on sdc3

*** End of the template - remove these template lines ***


-- Package-specific info:
-- rpcinfo --
   program vers proto   port  service
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
132   tcp   2049  nfs
133   tcp   2049  nfs
134   tcp   2049  nfs
1002272   tcp   2049
1002273   tcp   2049
132   udp   2049  nfs
133   udp   2049  nfs
134   udp   2049  nfs
1002272   udp   2049
1002273   udp   2049
1000211   udp  57015  nlockmgr
1000213   udp  57015  nlockmgr
1000214   udp  57015  nlockmgr
1000211   tcp  35334  nlockmgr
1000213   tcp  35334  nlockmgr
1000214   tcp  35334  nlockmgr
151   udp  46904  mountd
151   tcp  40272  mountd
152   udp  41321  mountd
152   tcp  34706  mountd
153   udp  56274  mountd
153   tcp  42306  mountd
-- /etc/default/nfs-kernel-server --
RPCNFSDCOUNT=8
RPCNFSDPRIORITY=0
RPCMOUNTDOPTS="--manage-gids"
NEED_SVCGSSD=""
RPCSVCGSSDOPTS=""
-- /etc/exports --
/ 10.0.1.0/255.255.255.224(rw,no_root_squash,async,all_squash,subtree_check)
/home/ 10.0.1.0/255.255.255.224(rw,sync,all_squash,subtree_check)
/mnt/ 10.0.1.0/255.255.255.224(rw,sync,all_squash,subtree_check)
/mnt/a2/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a9/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a6/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a7/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a8/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b2/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b5/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b6/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b7/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b8/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b9/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b10/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b11/ 10.0.1.0/255.255.255.0(rw,sync,subtree_check)
/ 10.0.0.0/255.255.255.0(rw,no_root_squash,async,subtree_check)
/home/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a2/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a9/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a6/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a7/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/a8/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b2/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b5/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b6/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b7/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b8/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b9/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b10/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
/mnt/b11/ 10.0.0.0/255.255.255.0(rw,sync,subtree_check)
1
/srv/fai/config 10.0.1.4/255.255.255.224(async,ro,no_subtree_check)
/srv/fai/nfsroot 
10.0.1.4/255.255.255.224(async,ro,no_subtree_check,no_root_squash)
-- /proc/fs/nfs/exports --
# Version 1.1
# Path Client(Flags) # IPs

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages nfs-kernel-server depends on:
ii  libblkid1 2.27.1-6
ii  libc6 2.22-6
ii  libcap2   1:2.24-12
ii  libsqlite3-0  3.11.1-1
ii  

Bug#818065: console-setup is not read correctly at boottime and must be started manually

[Thomas Schmidt]

Package: console-setup
Version: 1.138
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Not reproduceable

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Restarting /etc/init.d/console-setup.sh helps, renaming console-setup.sh to
console-setup doesn't. 

   * What was the outcome of this action?

After /etc/init.d/console-setup.sh restart, everything is fine.

   * What outcome did you expect instead?

Not to do the restart.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)

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

Versions of packages console-setup depends on:
ii  console-setup-linux 1.138
ii  debconf 1.5.58
ii  keyboard-configuration  1.138
ii  xkb-data2.17-1

console-setup recommends no packages.

Versions of packages console-setup suggests:
ii  locales   2.21-9
ii  lsb-base  9.20160110

Versions of packages keyboard-configuration depends on:
ii  debconf 1.5.58
ii  liblocale-gettext-perl  1.07-1+b1

Versions of packages console-setup-linux depends on:
ii  console-tools   1:0.2.3dbs-70
ii  initscripts 2.88dsf-59.3
ii  kbd-compat [kbd]1:0.2.3dbs-70
ii  keyboard-configuration  1.138

console-setup-linux suggests no packages.

Versions of packages console-setup is related to:
ii  console-common0.7.89
ii  console-data  2:1.12-5
ii  console-tools 1:0.2.3dbs-70
pn  gnome-control-center  
ii  kbd-compat [kbd]  1:0.2.3dbs-70
ii  systemd   229-2

-- debconf information:
* keyboard-configuration/other:
  console-setup/fontsize: 8x16
  console-setup/charmap47: UTF-8
  keyboard-configuration/unsupported_layout: true
  console-setup/guess_font:
* keyboard-configuration/variantcode:
* keyboard-configuration/xkb-keymap: de
  keyboard-configuration/unsupported_options: true
* keyboard-configuration/optionscode:
  keyboard-configuration/unsupported_config_layout: true
  console-setup/store_defaults_in_debconf_db: true
  console-setup/fontsize-fb47: 8x16
  console-setup/fontface47: Terminus
  debian-installer/console-setup-udeb/title:
  console-setup/codesetcode: Lat15
* keyboard-configuration/toggle: No toggling
* keyboard-configuration/compose: No compose key
* keyboard-configuration/store_defaults_in_debconf_db: true
  console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic 
languages
* keyboard-configuration/modelcode: pc105
* keyboard-configuration/switch: No temporary switch
* keyboard-configuration/layout:
  console-setup/fontsize-text47: 8x16
* keyboard-configuration/altgr: The default for the keyboard layout
  console-setup/framebuffer_only:
  keyboard-configuration/ctrl_alt_bksp: false
* keyboard-configuration/layoutcode: de
  keyboard-configuration/unsupported_config_options: true
* keyboard-configuration/variant: Deutsch
* keyboard-configuration/model: Generische PC-Tastatur mit 105 Tasten (Intl)
  console-setup/use_system_font:

Bug#813617: virtualbox 5.0.14 for kernel 4.3.0-1-686-pae needs vboxdrv

[Thomas Schmidt]

Package: virtualbox
Version: 5.0.14-dfsg-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Using kernel 4.3.0-1-686-pae

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

starting virtualbox

   * What was the outcome of this action?

Kernel driver not installed (rc=-1908)

The VirtualBox Linux kernel driver (vboxdrv) is either not loaded or there is a 
permission problem with /dev/vboxdrv. Please install virtualbox-dkms package 
and load the kernel module by executing
'modprobe vboxdrv'
as root. If it is available in your distribution, you should install the DKMS 
package first. This package keeps track of Linux kernel changes and recompiles 
the vboxdrv kernel module if necessary.

where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support 
driver is not installed. On linux, open returned ENOEN

   * What outcome did you expect instead?

Nothing like that .-)

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages virtualbox depends on:
ii  adduser   3.113+nmu3
ii  init-system-helpers   1.24
ii  libc6 2.21-7
ii  libcurl3-gnutls   7.47.0-1
ii  libgcc1   1:5.3.1-7
ii  libgsoap7 2.8.22-2
ii  libpng12-01.2.54-1
ii  libpython2.7  2.7.11-3
ii  libsdl1.2debian   1.2.15-12
ii  libssl1.0.2   1.0.2f-2
ii  libstdc++65.3.1-7
ii  libvncserver1 0.9.10+dfsg-3+b1
ii  libvpx3   1.5.0-2
ii  libx11-6  2:1.6.3-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.3+dfsg1-1
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.11-3
ii  python2.7.11-1
ii  python2.7 2.7.11-3
pn  python:any
ii  virtualbox-dkms [virtualbox-modules]  5.0.14-dfsg-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  11.1.1-2
ii  libqt4-opengl 4:4.8.7+dfsg-5
ii  libqtcore44:4.8.7+dfsg-5
ii  libqtgui4 4:4.8.7+dfsg-5
ii  virtualbox-qt 5.0.14-dfsg-1

Versions of packages virtualbox suggests:
ii  vde22.3.2+r586-2+b1
pn  virtualbox-guest-additions-iso  

-- no debconf information

Bug#806323: systemd: don't use fstab too long with systemd

[Thomas Schmidt]

Package: systemd
Version: 228-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Booting has to be done twice when any of the filesystems hav to be checked.
At least twice!
Using only a single bootpartition helps, so having more than one can lead to
XAB.
Using a slow USB-device is desastrous, reboot, reboot, reboot, especially
with a FAT-fs 

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Using only a single bootpartition together with systemd.
(or as few a possible and starting a stupid script with filecheck and mounting 
afterwards
A USB-stick inserted is not good at all

   * What was the outcome of this action?

reboot, reboot, reboot, 

   * What outcome did you expect instead?

A fine comming up as systemD really should can 

*** End of the template - remove these template lines ***


-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.10-2+b1
ii  libaudit1   1:2.4.4-4
ii  libblkid1   2.27.1-1
ii  libc6   2.19-22
ii  libcap2 1:2.24-12
ii  libcap2-bin 1:2.24-12
ii  libcryptsetup4  2:1.6.6-5
ii  libgcc1 1:5.2.1-23
ii  libgcrypt20 1.6.4-3
ii  libkmod221-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.27.1-1
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.2.3-2
ii  libselinux1 2.4-3
ii  libsystemd0 228-2
ii  mount   2.27.1-1
ii  sysv-rc 2.88dsf-59.2
ii  util-linux  2.27.1-1

Versions of packages systemd recommends:
ii  dbus1.10.4-1
ii  libpam-systemd  228-2

Versions of packages systemd suggests:
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  228-2

-- no debconf information

Some things seem not to be done parallel

Bug#805934: xorg didn't start after updating

[Thomas Schmidt]

Package: xorg
Version: 1:7.7+12
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

x did start yesterday before update, but not this day.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I did another update but no x again

   * What was the outcome of this action?

All consoles work fine, all programs for consoles too.
After trying startx the selection screen started, but pointer and keyboard 
were not usable. Only the poweroff button.
After some reboot, abourt six or seven, x happen to start

   * What outcome did you expect instead?

At least the stupid sysmbole turning roud and round.
A working driver for the grapics controller I use would be nice. 

*** End of the template - remove these template lines ***


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 13  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct 28 00:32 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c2] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3566 Jan  2  2014 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
# RgbPath  "/etc/X11/rgb"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load  "extmod"
Load  "dbe"
Load  "dri"
Load  "glx"
Load  "GLcore"
Load  "xtrap"
Load  "record"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
#   HorizSync   81
#   Vertrefresh 75
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "SWcursor"  # []
#Option "ColorKey"  # 
#Option "CacheLines"# 
#Option "Dac6Bit"   # []
#Option "DRI"   # []
#Option "NoDDC" # []
#Option "ShowCache" # []
#Option "XvMCSurfaces"  # 
#Option "PageFlip"  # []
Identifier  "Card0"
Driver  "intel"
VendorName  "Intel Corporation"
BoardName   "82G33/G31 Express Integrated Graphics Controller"
BusID   "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier  "Default Screen"
#Device  "Standardgrafikkarte"
Device  "82G33/G31 Express Integrated Graphics Controller"
Monitor "Standardbildschirm"
DefaultDepth32
SubSection  "Display"
Depth   16
Modes   "1280x1024" "1024x768"  

Bug#805348: e2fsprogs: filesystem often can't be checked using systemd

[Thomas Schmidt]

Package: e2fsprogs
Version: 1.42.13-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

using systemd, fsck takes too much time, so systemd is giving up

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

using systemd?

   * What was the outcome of this action?

fs is corrupted

   * What outcome did you expect instead?

systemd should be waiting until fsck finishes

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.42.13-1
ii  libblkid1   2.27.1-1
ii  libc6   2.19-22
ii  libcomerr2  1.42.13-1
ii  libss2  1.42.13-1
ii  libuuid12.27.1-1
ii  util-linux  2.27.1-1

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  gpart  
ii  parted 3.2-10

-- no debconf information

[  135.640989] EXT4-fs (sdc3): mounting ext2 file system using the ext4 
subsystem
[  135.670994] EXT4-fs (sdc3): warning: mounting unchecked fs, running e2fsck 
is recommended
[  135.793096] EXT4-fs (sdc3): mounted filesystem without journal. Opts: (null)

Bug#802046: xosview: Xosview shows all RAM is in use by user

[Thomas Schmidt]

Package: xosview
Version: 1.17-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

updating

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I just updated

   * What was the outcome of this action?

All RAM user by user, no size of RAM is mentioned

   * What outcome did you expect instead?

As it was before
Just have a look at Bildschirmfoto_2015-10-17_11-35-55.png:

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages xosview depends on:
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-22
ii  libstdc++6  5.2.1-22
ii  libx11-62:1.6.3-1
ii  libxpm4 1:3.5.11-1+b1

Versions of packages xosview recommends:
ii  xfonts-base  1:1.0.4+nmu1

xosview suggests no packages.

-- no debconf information

‰PNG

IHDR0®¹.Éð
E£%ýáFå8Q9Ž#Çq|Œ,'áhǶ§”ˆ¯Ñ¤I“G{:À¸‰D$wu¯þU¼ÜU}$¢È™U}$UAÁ™¶eò^J:æ~õ%Eö¶8>€5©
 
®æӉ¼Œ=gZ”±}fOªÇ)P졗:²î¼¼2¦÷åaZ¢ŝˆ:zmôa½îü™zçëçkrQL;ê×>¨šeµš7¥Ck/ž¡mÇÔðb›fÆÚõî‹+ôċ‡Ôðâ)͙ܡw_¹VŸ¼ý
½ÔѲª-›_®C'ڵᇔäè÷ÿøN]²|ŽÎ™=INù}ò»©/Þ¿³¡|rB¿¹åÏ5mJ‘fM›¤Êò)¡ýwí9®E•ý%͛~ôGoëђªéZ}Îl-›_®—ZN©pJPÉÃÕÞž!­Ç¨óÐsúú__3pnÓǮї¿ßv¥!¡Ÿnìá»'ƒ},=¾,Íhìâr=¼³Ao¾ü¤V–©þ£ëôåïß/Iúú_¯Ó‚Ê2½zø¤Þ¹_³j׎áfv¬/>ËH$¢®^G힛
 
mÝÉÇȝÂâ2=´õ}ü‹oÐû®Z¦~ó~]¾f‘þêMçëwOîÑ+ZÔÓtHÿð¡5ºrå<lïVGW¯ÞxÑ"½çÊeºöïïѬi“ôƒ›ß¬¶®^méˆæW”蚺
…ºwëoÕÑÞ¦ëÞy©*ʊõõ_½¤ö¶ÓªÿÒ´dît}àîѱ#Çõ7¼AÑhD?¾ïWzú‰ÝúÁÕºê‚ùzå�
 �)µuöèÕi]ÝB}üÛ©lé
]÷ÁÕªž{HŸùÞ£ºvýJ½gí2͝¹O_üÑúËëêô–K«µñ'kß«GUÿ¾Õzd×Aýï_íÔåµ³uíë–kOóiµut«éH›¾óëú›õkôÑÛÖk—÷/FzûŠ!
 D¢J8‰p_±x–l:¥ç¬T¼åM)èÓº5ý{»·¿|TGÛZ:¯(´ÿó;õÿ¶ïÓV/ÐÇþl…
^ÚRËÌPKk—žzñ¨æž[Í÷yž´‡dHÇ©Ãê:°K›?uV–
œ_XY¦¯}|6|÷>uöJ%3ª²;ŸóîŽ÷Ÿ¿æóÿ'°ý¾o~HÝñÔýSŽ)Qdö
ýÍ÷kó§Öiñœ2Ýú‰þá‚ÙÓµ§ù¤6|÷~Mš»B]‰")`7³c½½=¡Ÿ`4Z Þ„£žxr
ß{ŒŠhvõJmøÁÃúéߤÍÿ•M¤W´ê–ÿ|ZsªWhfß~]¹ržNµwë-û_jëŽë‡Ÿ}½.>·RïÝRíÞߢh4¢'_hÖm¿Ø¦æ–Å´¨vµîÝúŒn|ÏEZ»j¾6ýô
  ÕTLՒ¹Óõò“Ú}hðÝóª&ëªæ«©ù´Öoú­â   GßÿìtÙysµöüÙúãs‡O8ºpI…
úz»tѲJµvôhÍÒÙêééRݲþzü
Írz{ôúè­7ÿ·ªfLÖ·>¹Vÿ~ßóJ$}üÏVê_~»S?¹¿A7¾§NÑD·vî9¡Îî>-œ]ªÏ¿óÅ
"ª,ï¹ZQV¬®®íy¥AÿþóuåÊþßéŽýàžÕ̹‹´sÏÞÐþÅ%¥ºã¿w¨vá
]»v™$)‘pôO[¶©+:UŠMâû©ÅsúCßýø+¾J_øÁ#*œ|c=lì|λ÷ÌùÞ¸£Å—¼-©mϓÿ5ЖªØ؅
Óæ¨7.}î;÷êöϼI+ûK¯>¥Ï}ç^Í]¥ÂisR}&³c½½áû>
õÅõô¨«7ù¹U4µ\¯,ÖO~ß 
¿zÓù’¤¯ßõ¤f.<_íízMMÿ?€†WO(^XªŠY3õÄͺøÜJ-_¦ÿ|ðEnéÐÕkêê5ÕÙݧ?>wP·þb—
¦ÌÔïžÚ£w^qŽ®^³PçTõãüò‘—5cÎb5ïiHšË²ùýuþê9Ó´ý_®ÔöÀÎÃz¶é˜.\R¡+ίRÍÜéúÞovê“o]¥µ«ækîŒí;Úª#­}ªž]ªÎž>5·tê=k—êtg¾ýëŠD¢zûåK‰DÔÑÝ«¾xBS&©°|±>ÿ/éKï½H¸z¹ŽêÔÞ絨ršÚ:{¤h*ÕêŸÿç%ýøÞçuÙysõ±7¯ÐŸ~Þ¶ñ·*([Ú¿·í¸~üõ·iêäB}úŸԞçõÍO\©¿»îüþÃz¡ù
 
¦Ïb·N>tö¤ÎÞÞ¸Z;ºõlã}ù‡è7·¾W’ôéÛïÑ×?özµvt÷gŠþacçsÞ}ñ³ú֖ÉØRÿ=‚¸“ün—Ž¤¸ÓßéëfvÚ¾ä(žúpR«Ïé/·üîÉ=Š•K…
ƒæòäî£:ÕÞ­šªéªž;]Ïí9®ª™SuÍE‹ô“›TØ;EO4Ò'Þ²R«jf©áÕjíŠkûËGuŊþë
Í*)¯Ô=Ï©³»OuK+õàŽºáèß7¬x'¿7_²Xë¯\ª/ÿÛ£š³äÞ»[}Ãí?\ªŽî^½ñ¢Åª™;];j{ÓiÕVOÒW?r¡}þ
 
Nµ÷è5o~­Ê¦NR"á¨a_‹Ú‰”ýŸÙÛª)±„zûª(+և×-׫GZuõêþû§ÎÒìý»÷{Â9áh༤”ýÓåS‘ÿî‡Û.ýԏCû†pÎþ¹÷©à‹JÂÉ~ÞñÞnõ4?«;n¸F5Uåzå`‹®ÿÖ=’¤;>û&-©*×·?³N×ß~Ÿ¢“J›¬;Ü£ÿy|¶|åÍúÌÛ/ÔÖïÓÁ¾ùºá{é+×]¢¿ñ0îS»ëîÇ÷©dÑÅr"1myøe}é½Iê/ç”V,

üšFf.ѧïøƒþîýëóïZ3p~÷þ?Õ¡¢ÒùÚùÂnuv÷©xRL[_<¢¢âR=ýâa]±¢JŽ#=ùB³¦/[ªi³ëÎvë‹ï½XúÇ{uí×ïÕº‹kÏ¡S*›S4Ñ£
‡UX±L%å3tüà+ZVµX¾úL}ÝqôÀ3ûôÕ»¶ªbÉj=õ¢Î©š®KkÏ®jömÕ·ï~FíEUê9uT˪JûÏY~©Ú[ëï~ü¨6¼»NŸ{×jIR_<¡_<ô’~·³Es–žÃ÷yžt÷)£¿Û褩zxç«gÒ'Ý؉Dx[Xß°±ÝqS]LҍŸj쎖újÕ-qÃþöû¤Ùý¯ž¯¿ý>ÝqÃ5ZRU®+W-ЃûŽkJáàm™nfG^j|!ôo°xr±>ôýFMž{öæN/СSñ°n†ÖÃ{Ô²¿A“Kghö²KïíÑ¡ç‘ïU幗©¨dºº[OèøÞg5µ0®É
…:ÚÚ£éUçjjÅBu·ŸÔ±—ŸÒŒ©…
*™\¨–ÖnuE¦¨bI¢±þU|둽jÙ÷¼$iö²K4¹tæÀó¿ºíÉq4oåëTP4YÝm-:ñê.MŽô¨|ê$?Ý¥žÈdͪY­ÂÉ%rGûŸ¹_N"®ÒًU¾
 V§›uòÀnIÒü®î^ÇёÑm¹Xóg—ê;¿Þ¡§^è¿é{ñ¹•ºþm«uóO·éTqµ
Ïü4ááŸP‰:4­¤HÇNu*^T®™‹W*+RoW»Žì~\eS¢šZ\¤SmÝj덪lþ¹šR>7mIê8qP'÷¿ ò’¨&Å
tôT—
§ÏՌ…ç÷×ҐóÊ
tàdú
éi;¦S{ûßþeú¢U4uÖ°Ç>´-¼¤3wMê’NØØéÆM7~ª±ûºÛÕµç1­[3_¿ßºGs.Ðä²þïï®S͊7ïÔÕkêþmû5yñeŠM¼Âw3;²w_chàG¢úð¿îSÑ쳫ÅY%Qk§ˆ?$úzä$*(üÞòñÞn9ñ>E‹
(×dý\ñ^%úzU+R¤`ˆ¿JÁIèèîÇô®K«ôÞ«–©zNÿ>÷ƒÇÛu÷#¯èçÛÚT\¹T‘hôìóöõ(Ñ׫há$Ež7Ñ×­D¼Oт¢Zr{xÉQ¼·GN"®‚¢ÉŠD¢
A.UNêp[~2d"ŽÝ×Õ®žÖ£**­T²éëjSOë±À6—›Ù‘Ë?¿%$ð#*˜4UEs/P$Z0p¶¬8ª“>†®ãØ«ê8¶W
…N·
¢uÅTƒÎíÜP›¶-¨=m^íu’¤’š­Úè¬×¦È–¤v÷ÜFg}`o›Û×Æ?®·O>ÚÂæ‘îsÊçÀè
ç†Ú”AÔæþ™Ë¶t¼aéýxSdKRÀù‡Âœþ0ÍG[¦óɦ€ôL­ðGBª|X›wuï5Ô°Z%7={>ÆýÅAJ}˜Ÿ+&ß[Vñ¯ºÃÚ²µsC­Vmn3Õê^\«ÎÆpû¸ÏíÖ΃Æj[&Â>÷Tϗî1€u&?“
 n؍ㆿ{.,ì‡#ìæn*a7@óqw8Ò]¹™3øa¼«ò\…
þX7Qr¢|@¾˜Ü¥“N¶;j¼¼%9Ç+_«{W®B/¬,3Ô¶| 
ìôXá§à®ô½Õâ‡Ú6TþÍeЕd‚jñaõýLÚòi({ÿ
+x?|0êƦ¦¤cJ:ÝTAÖ6Tíuãf;¦ÛÏ;/ø\]Hò\öQ}Rˆ{½†T€
 ›"[’‚Øì?—*ÌÃÆÀИZág#Õ
>Lº·©ð®Ò#×Õ˹³>)ÈS­â3Yݏ„‘~>

Bug#801090: xserver-xorg-core: Xserver doesn't start using systemD

[Thomas Schmidt]

Package: xserver-xorg-core
Version: 2:1.17.2-1.1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Rebooting

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Just starting

   * What was the outcome of this action?

At syslog:
Oct  6 00:30:57 9398 org.xfce.FileManager[2916]: okular: Fatal IO error: client 
killed
Oct  6 00:30:57 9398 org.xfce.FileManager[2916]: XIO:  fatal IO error 11 
(Resource temporarily unavailable) on X server ":0.0"
Oct  6 00:30:57 9398 org.xfce.FileManager[2916]: after 2698 requests (2695 
known processed) with 0 events remaining.
Oct  6 00:30:57 9398 org.xfce.FileManager[2916]: Thunar: Fatal IO error 11 (Die 
Ressource ist zur Zeit nicht verfügbar) on X server :0.
Oct  6 00:30:57 9398 org.xfce.FileManager[2916]: XIO:  fatal IO error 11 (Die 
Ressource ist zur Zeit nicht verfügbar) on X server ":0.0"

X can be started perfectly with sysV, every time, all the time, constantly 
stable

   * What outcome did you expect instead?

Stable starting X

*** End of the template - remove these template lines ***


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 13  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2539480 Aug 11 12:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c2] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3566 Jan  2  2014 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
# RgbPath  "/etc/X11/rgb"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load  "extmod"
Load  "dbe"
Load  "dri"
Load  "glx"
Load  "GLcore"
Load  "xtrap"
Load  "record"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
#   HorizSync   81
#   Vertrefresh 75
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "SWcursor"  # []
#Option "ColorKey"  # 
#Option "CacheLines"# 
#Option "Dac6Bit"   # []
#Option "DRI"   # []
#Option "NoDDC" # []
#Option "ShowCache" # []
#Option "XvMCSurfaces"  # 
#Option "PageFlip"  # []
Identifier  "Card0"
Driver  "intel"
VendorName  "Intel Corporation"
BoardName   "82G33/G31 Express Integrated Graphics Controller"
BusID   "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier  "Default Screen"

Bug#800491: utils.c: 640: "/tmp/calcurse_log.hftVnk" can't be written

[Thomas Schmidt]

Package: calcurse
Version: I don't know, aptitude can't be started
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Can't be said 

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Just starting

   * What was the outcome of this action?

utils.c: 640: "/tmp/calcurse_log.hftVnk" can't be written

   * What outcome did you expect instead?

nothing like that

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

X couldn't be started too manually via startx !

Bug#800493: xserver-xorg-core can't write to /tmp

[Thomas Schmidt]

Package: xserver-xorg-core
Version: 2:1.17.2-1.1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I can't get that out

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Just starting Debian

   * What was the outcome of this action?

waiting for X server to begin accepting connections (EE)
Fatal server error:
(EE) Could not create lock file in /tmp/.tX1-lock
(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE)

xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: unexpected signal 2

   * What outcome did you expect instead?

Nothing like that

*** End of the template - remove these template lines ***


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 13  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2539480 Aug 11 12:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c2] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3566 Jan  2  2014 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
# RgbPath  "/etc/X11/rgb"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load  "extmod"
Load  "dbe"
Load  "dri"
Load  "glx"
Load  "GLcore"
Load  "xtrap"
Load  "record"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
#   HorizSync   81
#   Vertrefresh 75
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "SWcursor"  # []
#Option "ColorKey"  # 
#Option "CacheLines"# 
#Option "Dac6Bit"   # []
#Option "DRI"   # []
#Option "NoDDC" # []
#Option "ShowCache" # []
#Option "XvMCSurfaces"  # 
#Option "PageFlip"  # []
Identifier  "Card0"
Driver  "intel"
VendorName  "Intel Corporation"
BoardName   "82G33/G31 Express Integrated Graphics Controller"
BusID   "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier  "Default Screen"
#Device  "Standardgrafikkarte"
Device  "82G33/G31 Express Integrated Graphics Controller"
Monitor "Standardbildschirm"
DefaultDepth32
SubSection  "Display"
Depth   16
Modes   "1280x1024" "1024x768"  "800x600"  "640x480"

Bug#800421: virtualbox: Starting Virtualbox Kernel Modules: No suitable module for the running Kernel found

[Thomas Schmidt]

Package: virtualbox
Version: 5.0.4-dfsg-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Starting debian

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing to be mentioned

   * What was the outcome of this action?

Debian cannot start competly

   * What outcome did you expect instead?

Nothing special

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.18.3
ii  libc62.19-22
ii  libcurl3-gnutls  7.44.0-2
ii  libgcc1  1:5.2.1-17
ii  libgsoap72.8.22-1
ii  libpng12-0   1.2.50-2+b2
ii  libpython2.7 2.7.10-4
ii  libsdl1.2debian  1.2.15-11
ii  libssl1.0.0  1.0.2d-1
ii  libstdc++6   5.2.1-17
ii  libvncserver10.9.10+dfsg-3
ii  libvpx2  1.4.0-4
ii  libx11-6 2:1.6.3-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxext6 2:1.3.3-1
ii  libxml2  2.9.2+zdfsg1-4
ii  libxmu6  2:1.1.2-1
ii  libxt6   1:1.1.4-1+b1
ii  python   2.7.9-1
ii  python2.72.7.10-4
pn  python:any   
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1] 10.6.8-1
ii  libqt4-opengl4:4.8.7+dfsg-3
ii  libqtcore4   4:4.8.7+dfsg-3
ii  libqtgui44:4.8.7+dfsg-3
pn  virtualbox-dkms | virtualbox-source  
ii  virtualbox-qt5.0.4-dfsg-2

Versions of packages virtualbox suggests:
ii  vde22.3.2+r586-2
ii  virtualbox-guest-additions-iso  5.0.4-1

-- Configuration Files:
/etc/default/virtualbox changed:
LOAD_VBOXDRV_MODULE=1
SHUTDOWN_USERS="yx"
SHUTDOWN=poweroff


-- no debconf information

Hope that could help.

Bug#800419: tahoe-lafs stops systemd

[Thomas Schmidt]

Package: tahoe-lafs
Version: 1.10.2-2
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Starting debian with systemd

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing special

   * What was the outcome of this action?

/usr/bin/tahoe option --syslog not recognized 
tahoe-lafs.service: Control process exited

   * What outcome did you expect instead?

Nothing like that

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages tahoe-lafs depends on:
ii  net-tools1.60+git20150829.73cef8a-1
ii  python   2.7.9-1
ii  python-cffi  1.2.1-1
ii  python-characteristic14.3.0-1
ii  python-crypto2.6.1-5+b3
ii  python-cryptography  1.0.1-4
ii  python-enum341.0.4-3
ii  python-foolscap  0.8.0-1
ii  python-nevow 0.11.1-1
ii  python-openssl   0.15.1-2
ii  python-pkg-resources 18.3.1-2
ii  python-pyasn10.1.8-2
ii  python-pyasn1-modules0.0.7-0.1
ii  python-pycparser 2.14+dfsg-1
ii  python-pycryptopp0.6.0.20120313-1+b1
ii  python-service-identity  14.0.0-1
ii  python-setuptools18.3.1-2
ii  python-simplejson3.7.3-1
ii  python-six   1.9.0-5
ii  python-twisted   15.2.1-1
ii  python-zfec  1.4.5-2
ii  python-zope.interface4.1.2-1
pn  python:any   

tahoe-lafs recommends no packages.

tahoe-lafs suggests no packages.

-- Configuration Files:
/etc/default/tahoe-lafs changed:
AUTOSTART="/mnt/b10/tahoe"


-- no debconf information

HTH

Bug#800422: fetchmail doesn't seem to be able to write /var/tmp/messages als log

[Thomas Schmidt]

Package: fetchmail
Version: 6.3.26-1+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I directed log to /var/tmp/messages, writeable for all

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I directed log of fetchmail to /var/tmp/messages, writeable for all

   * What was the outcome of this action?

fetchmail can't start

   * What outcome did you expect instead?

Some explanations

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages fetchmail depends on:
ii  adduser   3.113+nmu3
ii  debianutils   4.5.1
ii  libc6 2.19-22
ii  libcomerr21.42.13-1
ii  libgssapi-krb5-2  1.13.2+dfsg-2
ii  libkrb5-3 1.13.2+dfsg-2
ii  libssl1.0.0   1.0.2d-1
ii  lsb-base  9.20150917

Versions of packages fetchmail recommends:
ii  ca-certificates  20150426

Versions of packages fetchmail suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.86-3
pn  fetchmailconf  
ii  openresolv [resolvconf]3.7.0-1

-- Configuration Files:
/etc/default/fetchmail changed:
START_DAEMON=yes


-- no debconf information

Intrested in help, kindly yours.

Bug#799241: fetchmail doesn't fetch mail any lomger. It starts immediatly, runs fine, but doasn't get mails.

[Thomas Schmidt]

Package: fetchmail
Version: 6.3.26-1+b1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Sorry there are so many updates every day ...

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I for myself didn't change anything, all *rc are the same.

   * What was the outcome of this action?

mbox is still fine, but withour new mails allthough there are hundreds of mails
hold by the provider

   * What outcome did you expect instead?

Nothing, just nothing. all seems to work fine, but no mails are fetched 




-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages fetchmail depends on:
ii  adduser   3.113+nmu3
ii  debianutils   4.5.1
ii  libc6 2.19-19
ii  libcomerr21.42.13-1
ii  libgssapi-krb5-2  1.13.2+dfsg-2
ii  libkrb5-3 1.13.2+dfsg-2
ii  libssl1.0.0   1.0.2d-1
ii  lsb-base  9.20150826

Versions of packages fetchmail recommends:
ii  ca-certificates  20150426

Versions of packages fetchmail suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.86-3
pn  fetchmailconf  
ii  openresolv [resolvconf]3.7.0-1

-- Configuration Files:
/etc/default/fetchmail changed:
START_DAEMON=yes

OH!
What's that? fetchmailconf?
I only have /etc/fecthmailrc !
Well, looking to an old fetchmailconf that only starts python ...
And i don't have /bin/fetchmailconf ...  hmmm 

-- no debconf information

Bug#798076: blender: Blender need libstdc++6 at least which cannot be fetchted

[Thomas Schmidt]

Package: 0
Version: 2.74+dsfg0-4
Severity: important
File: blender

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Would one please provide libstdc++6 for blender which should work for me 
urgently.

Bug#796493: iptraf: IPTRAF cannot lean the new naming of lan-links

[Thomas Schmidt]

Package: iptraf
Version: 3.0.0-8.1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iptraf depends on:
ii  libc62.19-19
ii  libncurses5  5.9+20150516-2
ii  libtinfo55.9+20150516-2

iptraf recommends no packages.

iptraf suggests no packages.

-- no debconf information


iptraf 3.0.0-8.1

cannot learn to know enp4s6 which was eth1 before systemD
but it shows the traffic (here it ist 10.0.0.3 ! but the card is regitred as 
eth0)
+10.0.0.3:22 =  
 00    eth0   ||+10.0.1.13:22   
   30 4080 -PA-
   eth0   |

ip link show:

2: eth0: BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP mtu 1500 qdisc pfifo_fast 
state UP mode DEFAULT group default qlen 1000
link/ether 00:1c:c0:1d:e1:e0 brd ff:ff:ff:ff:ff:ff
3: enp4s6: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP 
mode DEFAULT group default qlen 1000
link/ether 00:a0:c9:f2:74:71 brd ff:ff:ff:ff:ff:ff

Bug#796489: atop doesn't show the real use of swap

[Thomas Schmidt]

Package: atop
Version: 1.26-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages atop depends on:
ii  libc62.19-19
ii  libncurses5  5.9+20150516-2
ii  libtinfo55.9+20150516-2
ii  lsb-base 4.1+Debian13+nmu1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages atop recommends:
ii  cron  3.0pl1-128

atop suggests no packages.

-- no debconf information

Result from  smemstat:

  PID   Swap   USS   PSS   RSS User   Command
  2350 0.0 B   129.7 M   136.6 M   149.1 M yx 
/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java
  1965 0.0 B   124.0 M   131.0 M   143.5 M yx 
/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java
  1470 0.0 B16.2 M16.7 M21.0 M minidlna   /usr/sbin/minidlnad
  1450 0.0 B11.0 M11.4 M15.6 M root   /usr/bin/X

  2156 0.0 B64.0 K82.0 K  1496.0 K root   /bin/sh
  8423 0.0 B64.0 K81.0 K  1372.0 K root   sh
  2741 0.0 B64.0 K81.0 K  1388.0 K yx sh
  2683 0.0 B64.0 K81.0 K  1388.0 K yx sh
  2167 0.0 B60.0 K77.0 K  1412.0 K root   /bin/sh
  2155 0.0 B60.0 K77.0 K  1364.0 K root   /bin/sh
Total: 0.0 B   444.0 M   514.9 M  1020.0 M

Result shown by atop:

top - 08:43:44 up 30 min,  6 users,  load average: 0,22, 0,37, 0,39
Tasks: 247 total,   1 running, 245 sleeping,   0 stopped,   1 zombie
%Cpu(s):  1,3 us,  0,7 sy,  0,0 ni, 97,9 id,  0,0 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem :  4126676 total,  2270032 free,   447932 used,  1408712 buff/cache
KiB Swap:   979928 total,   979928 free,0 used.  3605512 avail Mem

This is shown since several days after rebooting, updating, reinstallation, ...
the last two lines are allways the same since several days.

Bug#794053: kde: KDE crashed, not even usable like Microsoft Windows

[Thomas Schmidt]

Package: ?
Severity: important
File: kde

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

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

Only one screen, [Alt][F4], [Alt][tab], [Alt][F2] not working, no moveable 
windows, only one screen, X-progs not manageable,
on an existing program only [File] etc can help, [Strg][Alt][Entf] works 
prepperly. KDE nor at all usable.
All VT 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#792480: libkscreensaver.so.5.0.0: kded4[4431]: segfault at 8 ip aaf16ec8 sp bfcbf42c

[Thomas Schmidt]

Package: libkscreensaver5
Version: 4:4.11.13-2
Severity: important
File: libkscreensaver.so.5.0.0

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libkscreensaver5 depends on:
ii  libc62.19-18
ii  libkdecore5  4:4.14.2-5
ii  libkdeui54:4.14.2-5
ii  libqtcore4   4:4.8.7+dfsg-1
ii  libqtgui44:4.8.7+dfsg-1
ii  libstdc++6   5.1.1-12
ii  libx11-6 2:1.6.3-1

libkscreensaver5 recommends no packages.

libkscreensaver5 suggests no packages.

-- no debconf information

from kern.log:
 Jul 15 08:34:59 9398 kernel: [  125.407854] kded4[4431]: segfault at 8 ip 
 aaf16ec8 sp bfcbf42c error 4 in libkscreen.so.1.0.4[aaf08000+16000]
HTH


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

Bug#792336: ifupdown doesn't read /etc/network/interfaces carefully, second card RTL8111 Gb ist never configured

[Thomas Schmidt]

Package: ifupdown
Version: 0.7.54
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ifupdown depends on:
ii  adduser  3.113+nmu3
ii  initscripts  2.88dsf-59.2
ii  iproute2 4.0.0-1
ii  libc62.19-18
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.3.2-1
ii  pump [dhcp-client] 0.8.24-7

Versions of packages ifupdown suggests:
ii  ppp 2.4.6-3.1
pn  rdnssd  none

-- no debconf information
I hope, never using ifupdown anymore will solve that ridiculous problem


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

Bug#790944: networking CRASHES when using WAKEONLAN

[Thomas Schmidt]

Package: src:linux
Version: 4.0.5-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- Package-specific info:
** Version:
Linux version 4.0.0-2-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-686-pae 
root=UUID=51052b81-aa31-419e-8bb0-8a6ca7f0b466 ro vga=0x11a quiet 
init=/lib/sysvinit/init

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   60.348530] loop: module loaded
[  188.613924] EXT4-fs (sda2): mounting ext3 file system using the ext4 
subsystem
[  188.634526] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.661022] EXT4-fs (sda6): mounting ext3 file system using the ext4 
subsystem
[  188.671978] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.685877] EXT4-fs (sda7): mounting ext3 file system using the ext4 
subsystem
[  188.698646] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.712491] EXT4-fs (sda8): mounting ext3 file system using the ext4 
subsystem
[  188.740159] EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.754961] EXT4-fs (sdb1): mounting ext3 file system using the ext4 
subsystem
[  188.780119] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.802391] EXT4-fs (sdb10): mounting ext3 file system using the ext4 
subsystem
[  188.826338] EXT4-fs (sdb10): mounted filesystem with ordered data mode. 
Opts: (null)
[  188.838396] EXT4-fs (sdb11): mounting ext3 file system using the ext4 
subsystem
[  188.864318] EXT4-fs (sdb11): mounted filesystem with ordered data mode. 
Opts: (null)
[  188.881048] EXT4-fs (sdb2): mounting ext3 file system using the ext4 
subsystem
[  188.906975] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.907172] EXT4-fs (sdb5): mounting ext3 file system using the ext4 
subsystem
[  188.946552] EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.946707] EXT4-fs (sdb6): mounting ext3 file system using the ext4 
subsystem
[  188.969909] EXT4-fs (sdb6): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.976159] EXT4-fs (sdb7): mounting ext3 file system using the ext4 
subsystem
[  188.997273] EXT4-fs (sdb7): mounted filesystem with ordered data mode. Opts: 
(null)
[  188.997438] EXT4-fs (sdb8): mounting ext3 file system using the ext4 
subsystem
[  189.020222] EXT4-fs (sdb8): mounted filesystem with ordered data mode. Opts: 
(null)
[  189.054952] EXT4-fs (sdb9): mounting ext3 file system using the ext4 
subsystem
[  189.149188] EXT4-fs (sdb9): mounted filesystem with ordered data mode. Opts: 
(null)
[  189.845284] r8169 :03:00.0 eth0: link down
[  189.845293] r8169 :03:00.0 eth0: link down
[  189.845302] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  190.783678] RPC: Registered named UNIX socket transport module.
[  190.783681] RPC: Registered udp transport module.
[  190.783682] RPC: Registered tcp transport module.
[  190.783684] RPC: Registered tcp NFSv4.1 backchannel transport module.
[  190.827784] FS-Cache: Loaded
[  190.885427] FS-Cache: Netfs 'nfs' registered for caching
[  190.971992] Installing knfsd (copyright (C) 1996 o...@monad.swb.de).
[  192.185780] r8169 :03:00.0 eth0: link up
[  192.185790] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  192.554266] statnetd uses obsolete (PF_INET,SOCK_PACKET)
[  192.554285] device eth0 entered promiscuous mode
[  193.595357] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery 
directory
[  193.631830] NFSD: starting 90-second grace period (net c16c2300)
[  209.292745] Process accounting resumed
[  216.861249] systemd-logind[2854]: New seat seat0.
[  216.895270] systemd-logind[2854]: Watching system buttons on 
/dev/input/event3 (Power Button)
[  216.895370] systemd-logind[2854]: Watching system buttons on 
/dev/input/event4 (Video Bus)
[  216.895462] systemd-logind[2854]: Watching system buttons on 
/dev/input/event2 (Power Button)
[  216.895556] systemd-logind[2854]: Watching system buttons on 
/dev/input/event1 (Sleep Button)
[  216.899414] systemd-logind[2854]: Failed to start user service: Unknown 
unit: user@1000.service
[  216.902677] systemd-logind[2854]: New session 1 of user yx.
[  247.743247] vboxdrv: Found 2 processor cores.
[  247.744319] vboxdrv: fAsync=0 offMin=0x2c7 offMax=0xdc8
[  247.744386] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 
'normal'.
[  247.744388] vboxdrv: Successfully loaded version 4.3.28_Debian (interface 
0x001a000a).
[  248.395684] 

Bug#790838: (no subject)

[Thomas Schmidt]

Package: src:linux
Version: 4.0.5-1
Severity: minor
File: linux-image-4.0.0.2-686-pae

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- Package-specific info:
** Version:
Linux version 4.0.0-2-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.0.0-2-686-pae 
root=UUID=51052b81-aa31-419e-8bb0-8a6ca7f0b466 ro vga=0x11a quiet 
init=/lib/sysvinit/init

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   19.696746] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[   20.316204] [drm] Initialized drm 1.1.0 20060810
[   20.744029] floppy0: no floppy controllers found
[   20.755732] [drm] Memory usable by graphics device = 512M
[   20.755735] [drm] Replacing VGA console driver
[   20.756336] Console: switching to colour dummy device 80x25
[   20.780035] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[   20.780038] [drm] Driver supports precise vblank timestamp query.
[   20.780093] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[   20.781167] [drm] initialized overlay support
[   20.781213] ACPI Exception: AE_NOT_FOUND, Evaluating _DOD 
(20150204/video-1257)
[   20.781216] ACPI: Video Device [GFX0] (multi-head: no  rom: yes  post: no)
[   20.781295] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9
[   20.781347] [drm] Initialized i915 1.6.0 20150130 for :00:02.0 on minor 0
[   20.800834] fbcon: inteldrmfb (fb0) is primary device
[   20.830537] Console: switching to colour frame buffer device 128x48
[   20.843142] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[   20.843144] i915 :00:02.0: registered panic notifier
[   22.176370] input: A4Tech USB Mouse as 
/devices/pci:00/:00:1d.2/usb3/3-1/3-1:1.0/0003:09DA:000A.0001/input/input10
[   22.176833] a4tech 0003:09DA:000A.0001: input,hidraw0: USB HID v1.10 Mouse 
[A4Tech USB Mouse] on usb-:00:1d.2-1/input0
[   28.193828] Adding 979928k swap on /dev/sda5.  Priority:-1 extents:1 
across:979928k FS
[   28.236676] EXT4-fs (sda1): re-mounted. Opts: (null)
[   77.056307] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   77.268900] lp: driver loaded but no devices found
[   77.274114] ppdev: user-space parallel port driver
[   77.288182] loop: module loaded
[   80.855184] EXT4-fs (sda2): mounting ext3 file system using the ext4 
subsystem
[   80.892495] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: 
(null)
[   80.918973] EXT4-fs (sda6): mounting ext3 file system using the ext4 
subsystem
[   80.929943] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: 
(null)
[   80.943836] EXT4-fs (sda7): mounting ext3 file system using the ext4 
subsystem
[   80.956608] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: 
(null)
[   80.970449] EXT4-fs (sda8): mounting ext3 file system using the ext4 
subsystem
[   80.998096] EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.015903] EXT4-fs (sdb1): mounting ext3 file system using the ext4 
subsystem
[   81.041080] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.063360] EXT4-fs (sdb10): mounting ext3 file system using the ext4 
subsystem
[   81.087308] EXT4-fs (sdb10): mounted filesystem with ordered data mode. 
Opts: (null)
[   81.099346] EXT4-fs (sdb11): mounting ext3 file system using the ext4 
subsystem
[   81.169432] EXT4-fs (sdb11): mounted filesystem with ordered data mode. 
Opts: (null)
[   81.186146] EXT4-fs (sdb2): mounting ext3 file system using the ext4 
subsystem
[   81.212094] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.216840] EXT4-fs (sdb5): mounting ext3 file system using the ext4 
subsystem
[   81.262717] EXT4-fs (sdb5): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.278349] EXT4-fs (sdb6): mounting ext3 file system using the ext4 
subsystem
[   81.297096] EXT4-fs (sdb6): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.303350] EXT4-fs (sdb7): mounting ext3 file system using the ext4 
subsystem
[   81.324473] EXT4-fs (sdb7): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.324636] EXT4-fs (sdb8): mounting ext3 file system using the ext4 
subsystem
[   81.346535] EXT4-fs (sdb8): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.346695] EXT4-fs (sdb9): mounting ext3 file system using the ext4 
subsystem
[   81.377029] EXT4-fs (sdb9): mounted filesystem with ordered data mode. Opts: 
(null)
[   81.945284] r8169 :03:00.0 eth0: link down
[   

Bug#790701: python3: After update, python is marked as buggy?

[Thomas Schmidt]

Package: python3
Version: 3.4.3-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages python3 depends on:
ii  dh-python  1.20150628-1
ii  libpython3-stdlib  3.4.3-4
ii  python3-minimal3.4.3-4
ii  python3.4  3.4.3-7

python3 recommends no packages.

Versions of packages python3 suggests:
pn  python3-doc   none
pn  python3-tknone
pn  python3-venv  none

-- no debconf information

Traceback (most recent call last):
  File /usr/bin/py3clean, line 210, in module
main()
  File /usr/bin/py3clean, line 196, in main
pfiles = set(dpf.from_package(options.package))
  File /usr/share/python3/debpython/files.py, line 53, in from_package
raise Exception(cannot get content of %s % package_name)
Exception: cannot get content of python3-uno
error running python rtupdate hook python3-uno
dpkg: Fehler beim Bearbeiten des Paketes python3 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 4 zurück
Fehler traten auf beim Bearbeiten von:
 python3


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

Bug#789890: ntop: RRD: Disabled - unable to create base directory

[Thomas Schmidt]

Package: ntop
Version: 3:5.0.1+dfsg1-2.1
Severity: minor

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages ntop depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libgdbm3   1.8.3-13.1
ii  libgeoip1  1.6.5-2
ii  libpcap0.8 1.7.3-1
ii  libpython2.7   2.7.10-2
ii  librrd41.4.8-1.3+b2
ii  net-tools  1.60-26+b1
ii  ntop-data  3:5.0.1+dfsg1-2.1
ii  passwd 1:4.2-3
ii  python-mako1.0.0+dfsg-0.1
ii  zlib1g 1:1.2.8.dfsg-2+b1

ntop recommends no packages.

Versions of packages ntop suggests:
ii  graphviz  2.38.0-9
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- debconf information:
  ntop/admin_password: (password omitted)
  ntop/admin_password_again: (password omitted)
* ntop/interfaces: eth1, eth0
  ntop/password_empty:
  ntop/password_mismatch:
  ntop/user: ntop
  ntop/password_reset: false

Comment:
Thu Jun 25 08:23:10 2015  RRD: Welcome to Round-Robin Database. (C) 2002-12 by 
Luca Deri.
Thu Jun 25 08:23:10 2015  NETFLOW: Welcome to NetFlow.(C) 2002-12 by Luca Deri
Thu Jun 25 08:23:10 2015  Calling plugin start functions (if any)
Thu Jun 25 08:23:10 2015  RRD: Welcome to the RRD plugin
Thu Jun 25 08:23:10 2015  RRD: Mask for new directories is 0700
Thu Jun 25 08:23:10 2015  RRD: Mask for new files is 0066
Thu Jun 25 08:23:10 2015  THREADMGMT: RRD: Started thread (t2972695360) for 
data collection
Thu Jun 25 08:23:10 2015  THREADMGMT[t2972695360]: RRD: Data collection thread 
starting [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t3057871424]: ntop RUNSTATE: INITNONROOT(3)
Thu Jun 25 08:23:10 2015  Now running as requested user 'nobody' (65534:65534)
Thu Jun 25 08:23:10 2015  Note: Reporting device initally set to 0 [eth0] 
(merged)
Thu Jun 25 08:23:10 2015  **WARNING** INIT: Unable to create pid file 
(/var/lib/ntop/ntop.pid)
Thu Jun 25 08:23:10 2015  THREADMGMT[t3057871424]: ntop RUNSTATE: RUN(4)
Thu Jun 25 08:23:10 2015  THREADMGMT[t3037649728]: SFP: Fingerprint scan thread 
running [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t3027237696]: SIH: Idle host scan thread 
running [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(1): Started thread for 
network packet sniffing [eth0]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(eth0): pcapDispatch 
thread starting [p5769]
Thu Jun 25 08:23:10 2015  THREADMGMT[t2964302656]: NPS(eth0): pcapDispatch 
thread running [p5769]
Thu Jun 25 08:23:10 2015  CHKVER: Version file is from 'version.ntop.org'
Thu Jun 25 08:23:10 2015  CHKVER: as of date is '2012-10-16T11:00:47'
Thu Jun 25 08:23:10 2015  CHKVER: This version of ntop is the CURRENT stable 
version
Thu Jun 25 08:23:20 2015  **ERROR** RRD: Disabled - unable to create base 
directory (err 13, /var/lib/ntop/rrd)
End comment.


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

Bug#787735: debian-maintainers: [28560.848194] hub 1-0:1.0: unable to enumerate USB device on port 6

[Thomas Schmidt]

Package: debian-maintainers
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Connecting my microSD within a USB-plug

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Just try to mount

   * What was the outcome of this action?

Pemanent: [28560.848194] hub 1-0:1.0: unable to enumerate USB device on port 6
and nothing else.

   * What outcome did you expect instead?

Just the same as on another Intelmachine working fine there


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect


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

Bug#786981: mysql-server: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

[Thomas Schmidt]

Package: mysql-server
Version: mysql-server-5.5
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

updating tpday

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Try to start the server today

   * What was the outcome of this action?

missing socket

   * What outcome did you expect instead?

/var/run/mysqld/mysqld.sock instead of /run/AND-NOTHING_AT_ALL_OF_mysqld 

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect


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

Bug#576418: virtuoso-opensource-6.1: It is curious: The function gethostbyname returned error 1 for host l.

[Thomas Schmidt]

Package: virtuoso-opensource-6.1
Version: 6.1.6+dfsg2-2
Followup-For: Bug #576418

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I don't know, just installing isn't enough

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Starting virtuoso-opensource-6.1?

   * What was the outcome of this action?

Typing isql-vt and asking for tableowner 

   * What outcome did you expect instead?

SQL tables;
Connected to OpenLink Virtuoso 
AND NOT
The function gethostbyname returned error 1 for host l

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), 
(500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages virtuoso-opensource-6.1 depends on:
ii  debconf [debconf-2.0]   1.5.56
ii  dpkg1.17.25
ii  libc6   2.19-18
ii  libexpat1   2.1.0-6+b3
ii  libgomp15.1.1-5
ii  libmagickcore-6.q16-2   8:6.8.9.9-5
ii  libmagickwand-6.q16-2   8:6.8.9.9-5
ii  libpcre32:8.35-3.3
ii  libvirtodbc06.1.6+dfsg2-2
ii  libwbxml2-0 0.10.7-1
ii  multiarch-support   2.19-18
ii  virtuoso-opensource-6.1-bin 6.1.6+dfsg2-2
ii  virtuoso-opensource-6.1-common  6.1.6+dfsg2-2

virtuoso-opensource-6.1 recommends no packages.

virtuoso-opensource-6.1 suggests no packages.

-- debconf information:
* virtuoso-opensource-6.1/dba-password-again: (password omitted)
* virtuoso-opensource-6.1/dba-password: (password omitted)
  virtuoso-opensource-6.1/register-odbc-dsn: true
  virtuoso-opensource-6.1/http-server-port: 8890
* virtuoso-opensource-6.1/password-mismatch:
* virtuoso-opensource-6.1/error-setting-password:
  virtuoso-opensource-6.1/check-remove-databases: false
  virtuoso-opensource-6.1/db-server-port: 
  virtuoso-opensource/primary-server: virtuoso-opensource-6.1
  virtuoso-opensource-6.1/note-disabled:


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

Bug#780515: calcurse: recurring events cannot be noted, perfectly made apts are ignored. Update useless.

[Thomas Schmidt]

Package: calcurse
Version: 3.1.4-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.8
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 
'stable-updates')
Architecture: i386 (i686)

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

Versions of packages calcurse depends on:
ii  libc6 2.13-38+deb7u8
ii  libncursesw5  5.9-10
ii  libtinfo5 5.9-10

calcurse recommends no packages.

calcurse 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#779560: live-boot: No change of language, keyboard, screenset on HP Z230 machine so really poor handling possible, only 640x480 and USian keboard.

[Thomas Schmidt]

Package: live-boot
Version: 2.0.15-1
Severity: important



-- Package-specific info:

-- System Information:
Debian Release: debian LiceCD on HP Z230 
  APT prefers squeeze-lts
  APT policy: (500, 'squeeze-lts'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: LiveCD
Locale: ???
Shell: /bin/sh linked to /bin/dash

Versions of packages live-boot depends on:
ii  live-boot-initramfs-tools [li 2.0.15-1   Debian Live - System Boot Scripts 

Versions of packages live-boot recommends:
ii  eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer
ii  file  5.04-5+squeeze9Determines file type using magic
ii  rsync 3.0.7-2fast remote file copy program (lik
ii  uuid-runtime  2.17.2-9   runtime components for the Univers

Versions of packages live-boot suggests:
pn  cryptsetup   none  (no description available)
ii  curlftpfs0.9.2-3 filesystem to access FTP hosts bas
pn  httpfs2  none  (no description available)
pn  unionfs-fuse none  (no description available)
ii  wget 1.12-2.1+deb6u1 retrieves files from the web

-- 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#761366: apt-all - run failed with /bin/sh: 1: munin-run: not found

[Thomas Schmidt]

Package: munin-node
Version: 2.0.21-2
Followup-For: Bug #761366

apart from the missing PATH-entry for /usr/sbin, munin-run only passes 
one argument to a plugin, additional arguments are ignored, so 
calling

munin-run apt update 7200 12

is similiar to calling /etc/munin/plugins/apt update which will fail
because of the 2 mising arguments.

Reverting the commit b80f5f7299ec9444dcd27f39f64286d1471688fa in munin's
git packaging repo will fix this bug.


Regards,
Thomas

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

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

Versions of packages munin-node depends on:
ii  gawk 1:4.1.1+dfsg-1
ii  init-system-helpers  1.21
ii  libnet-server-perl   2.008-1
ii  lsb-base 4.1+Debian13
ii  munin-common 2.0.21-2
ii  munin-plugins-core   2.0.21-2
ii  perl 5.20.1-1
ii  procps   2:3.3.9-8

Versions of packages munin-node recommends:
ii  libnet-snmp-perl 6.0.1-2
ii  munin-plugins-extra  2.0.21-2

Versions of packages munin-node suggests:
ii  acpi  1.7-1
ii  ethtool   1:3.16-1
ii  hdparm9.43-1.1
pn  libcache-cache-perl   none
ii  libcrypt-ssleay-perl  0.58-1+b2
pn  libdbd-mysql-perl none
pn  libdbd-pg-perlnone
pn  liblwp-useragent-determined-perl  none
pn  libnet-irc-perl   none
pn  libtext-csv-xs-perl   none
ii  libwww-perl   6.08-1
ii  libxml-simple-perl2.20-1
ii  lm-sensors1:3.3.5-2
pn  logtail   none
pn  munin none
pn  munin-plugins-javanone
pn  mysql-client  none
ii  net-tools 1.60-26
ii  python2.7.8-1
ii  ruby  1:2.1.0.4
ii  smartmontools 6.3+svn3990-1

-- Configuration Files:
/etc/munin/plugin-conf.d/munin-node [Errno 13] Keine Berechtigung: 
u'/etc/munin/plugin-conf.d/munin-node'

-- 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#696053: RM: qmk-groundstation -- ROM; No longer maintained upstream, i18n issues, ...

[Thomas Schmidt]

Package: ftp.debian.org
Severity: normal

The package should be removed from unstable because it is not maintained
anymore by upstream (at least since july 2010) and it has issues with i18n, see
also #599258 which was created to keep the package out of testing.


Regards,
Thomas


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

Bug#599258: Could you consider asking a removal?

[Thomas Schmidt]

Hi Lisandro,

i opened a bug on ftp.debian.org with a request to remove it (#696053),
i guess it will be removed in the next few days.


Regards,
Thomas

Am Samstag, den 15.12.2012, 20:58 -0300 schrieb Lisandro Damián Nicanor
Pérez Meyer:
 Hi Thomas! I am the maintainer of qextserialport. I was going to file a bug 
 asking you to avoid using the embedded code and linking to the lib instead, 
 but I stumbled upon this bug.
 
 For what I see in the bug, it may be better to ask for it's removal. What do 
 you think?
 
 Kinds regards, Lisandro.
 

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: This is a digitally signed message part

Bug#670905: jenkins-instance-identity: Build-Dependency-Loop with jenkins

[Thomas Schmidt]

Package: jenkins-instance-identity
Version: 1.2-1
Severity: normal

Hi,

i am currently trying to build local backports of the jenkins-packages for
Squeeze, but there appears to be a unresolvable build-dependeny-loop
between jenkins-instance-identity and jenkins itself:

1. jenkins build-depends on jenkins-instance-identity
2. jenkins-instance-identity build-depends on
   libjenkins-plugin-parent-java which is part of the jenkins source
   package

Regards,
Thomas

-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable'), (99, 'unstable')
Architecture: amd64 (x86_64)

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



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

Bug#573719: limit source to python-flickrapi, tagging 573719

[Thomas Schmidt]

Hi,

sorry for the inconvenience, i disabled gitweb a few weeks ago while
searching the reason of some performance issues with my server and
forgot to re-enable it.

The git-daemon itself was also unusable, i guess since i upgraded my
server to Squeeze, because of a wrong base-path.

I just re-enabled gitweb and fixed the configuration of git-daemon, so
you should be able to access the lastest source of the package.


Regards,
Thomas

Am Samstag, den 21.04.2012, 14:29 +0200 schrieb Olivier Berger:
 Hi.
 
 On Mon, Dec 13, 2010 at 06:14:57PM +0100, Thomas Schmidt wrote:
  #python-flickrapi (1.4.1-1) experimental; urgency=low
  #
  #  * New upstream release (closes: #573719)
  #
  
  limit source python-flickrapi
  tags 573719 + pending
  thanks
  
 
 This version doesn't seem to still be in experimental.
 
 Also, the git tree where you used to host sources is no longer accessible :-(
 
 Is there any place one may find your latest version of the package sources ?
 
 Thanks in advance.
 
 Best regards,

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: This is a digitally signed message part

Bug#625298: tech-ctte: iceweasel with Tor can't remember used tabs

[Thomas Schmidt]

Package: tech-ctte
Severity: important


iceweasel 3.0.8 used with Tor can't remember used tabs of the last session
even trying to reopen them, this is going to be annoying.

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

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



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

Bug#603691: patch for #603691 python-flickrapi: Using deprecated module md5

[Thomas Schmidt]

Hi,

Am Mittwoch, den 30.03.2011, 10:22 +0100 schrieb Dave Holland:
 the patch to fix this is pretty simple (attached).
 
 Would you like me to NMU?

Thanks for your work, feel free to NMU, i do not really have time for
this currently.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: This is a digitally signed message part

Bug#606719: Normal kernel being before the Xen hypervisor in Squeeze

[Thomas Schmidt]

Hi,

Am Sonntag, den 12.12.2010, 14:18 +0800 schrieb Thomas Goirand:
  I'm saying this is not RC in my opinion, it's wishlist.  The rest is up
  to the grub maintainers.
  
  Cheers,
  Julien
 
 For me, it's a grave regression that can put a production environment
 into big troubles, and it would deserved a RC for me, but because:
 - of Julien's opinion
 - that the RT should have the final word
 - that I respect this view
 - that delaying Squeeze just for this might not be a good idea
 - not everyone really cares much about Xen in Debian
 
 ... then I sent my report as a wishlist as requested.

I also agree that this needs to be resolved before the release and in my
opinion this bugs severity should be at least important, if not critical
because it will break Xen dom0 functionality of existing systems when
they are upgraded from Lenny to Squeeze.

Of course this could be fixed by the user of the package by selecting
an appropriate GRUB_DEFAULT value, but this is likely to break if new
kernel versions are installed.

The appropriate fix is very simple, just rename /etc/grub.d/20_linux_xen
to /etc/grub.d/09_linux_xen or some other number in the range of 06-09.

A workaround which will work, even if new kernel versions or grub
upgrades are installed, the user can create a
symlink /etc/grub.d/09_linux_xen wich points
to /etc/grub.d/20_linux_xen. (This of course will result in duplicate
grub menuentries for Xen, but should not hurt otherwise.) 


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: This is a digitally signed message part

Bug#606719: Normal kernel being before the Xen hypervisor in Squeeze

[Thomas Schmidt]

Hi,

Am Sonntag, den 12.12.2010, 13:10 +0100 schrieb Philipp Kern:
 are grub1 installations (which were the default for Lenny AFAIK) auto-upgraded
 to grub2 during the dist-upgrade?  If not, it shouldn't break existing Xen
 dom0s?

At some point during the release cycle on all my testing machines, grub1
got replaced with grub2, so i assumed that this will still be the case
for Lenny - Squeeze upgrades.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: This is a digitally signed message part

Bug#599258: qmk-groundstation: not ready for Debian Stable

[Thomas Schmidt]

Package: qmk-groundstation
Version: 1.0.1-2
Severity: serious
Tags: l10n upstream

qmk-groundstation is not ready for stable because its UI is in German only and
has no i18n, not even for English.

Apart from that its full functionality can not be used with current Mikrokopter
Firmware versions.

Upstream is not developing it anymore since about one year, in the meanwhile it
has been superseded by qmk-tools.



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

Kernel: Linux 2.6.36-rc6-s710+ (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages qmk-groundstation depends on:
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.4.4-8GCC support library
ii  libqt4-network  4:4.6.3-1+b1 Qt 4 network module
ii  libqt4-xml  4:4.6.3-1+b1 Qt 4 XML module
ii  libqtcore4  4:4.6.3-1+b1 Qt 4 core module
ii  libqtgui4   4:4.6.3-1+b1 Qt 4 GUI module
ii  libqwt5-qt4 5.2.0-1  Qt4 widgets library for technical
ii  libstdc++6  4.4.4-8  The GNU Standard C++ Library v3

Versions of packages qmk-groundstation recommends:
ii  avrdude   5.10-3 software for programming Atmel AVR

qmk-groundstation suggests no packages.



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

Bug#599315: RM: qmk-groundstation/1.0.1-2

[Thomas Schmidt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Hi,

i am the maintainer of qmk-groundstation. Please remove it from testing because
i think it is not ready for a stable release, for details see Bug #599258.

Regards,
Thomas



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

Kernel: Linux 2.6.36-rc6-s710+ (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#541659: ITP: qmk-groundstation -- tool to setup and view telemetry of a Mikrokopter

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Thomas Schmidt tschm...@debian.org

* Package name: qmk-groundstation
  Version : 1.0.1
  Upstream Author : Manuel Schrappe manuel.schr...@gmx.de
* URL : http://www.mikrokopter.de/ucwiki/QMKGroundStation
* License : GPL
  Programming Lang: C++
  Description : tool to setup and view telemetry of a Mikrokopter

 QMK-Groundstation is a tool to setup and view telemety of a Mikrokopter
 (http://www.mikrokopter.de).
 .
 the main features are:
 .
* view and save debug data
* graphical data plotter for the debug data
* view and change Flight-Ctrl settings
* update Firmware of Flight-Ctrl, Bl-Ctrl and MK3MAG
* display navigation data
* motor test



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

Bug#528612: ITP: python-flickrapi -- Flickr API wrapper for Python

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Thomas Schmidt tschm...@debian.org

* Package name: python-flickrapi
  Version : 1.2
  Upstream Author : Sybren A. Stüvel sybren at stuvel.eu
* URL : http://stuvel.eu/projects/flickrapi
* License : Python license
  Programming Lang: Python
  Description : Flickr API Wrapper for Python

 Complete and easy to use Python module for interfacing with the Flickr API.



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

Bug#510762: FTBFS: Missing build-Dependency fontforge

[Thomas Schmidt]

Package: wine
Version: 1.1.9-1
Severity: important

The versions of wine in experimental since 1.1.6 are failing to build
because of the missing build-dependency fontforge, which includes the
mensis tool.

Setting serverity to important because it only affects the experimental
version.

Regards,
Thomas



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

Bug#475268: setting package to vdr-plugin-streamdev-client vdr-plugin-streamdev-server vdr-plugin-streamdev ...

[Thomas Schmidt]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# vdr-plugin-streamdev (0.3.4-1) unstable; urgency=low
#
#  * New upstream release (This is, except for the version number, identical to
#the last CVS snapshot!) (Closes: #475268)
#

package vdr-plugin-streamdev-client vdr-plugin-streamdev-server 
vdr-plugin-streamdev
tags 475268 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478656: setting package to vdr-plugin-xine, tagging 478656

[Thomas Schmidt]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# vdr-plugin-xine (0.8.2-2) UNRELEASED; urgency=low
#
#  * Added installation of noSignal.mpg (Closes: #478656) 

package vdr-plugin-xine
tags 478656 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#491586: setting package to vdr-plugin-sky vdr-plugin-examples vdr-dev vdr vdr-dbg, tagging 491586

[Thomas Schmidt]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# vdr (1.6.0-6) UNRELEASED; urgency=low
#
#  * Fixed bashism in debian/rules (Closes: #491586) 

package vdr-plugin-sky vdr-plugin-examples vdr-dev vdr vdr-dbg
tags 491586 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#480066: libdvdnav-dev is unusable with C++

[Thomas Schmidt]

severity 480066 serious

Is there any news regarding this bug? It causes the RC-Bug #479876 and prevents 
me 
from uploading a lot of packages (I would like to upload a new version of vdr 
to unstable, 
targetting Lenny, and therefore all vdr-plugin-* packages have to be rebuilt 
against the 
new vdr as well.)

I am a little bit uncertain about the severity of this bug, bit i think serious 
would be
better as it causes a FTBFS on a package that used to compile fine in the past, 
so i am
raising the severity to serious for now.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#454836: attaching a patch to fix the problem

[Thomas Schmidt]

Am Sonntag, den 06.04.2008, 21:36 +0200 schrieb Alexander Schmehl:
  A new version will be uploaded together with the upcoming VDR 1.6
  release (which hopefully will be available next week).
 
 Any news?

I just uploaded the packages, but they are currently targetting
experimental - if no serious bugs show up with vdr 1.6, i will re-upload
all packages to unstable in 1-2 weeks. 

I guess it would be better to just upload a fixed version of
vdr-plugin-live to unstable, i will try to do this now.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#467512: setting package to vdr-plugin-sky vdr-plugin-examples vdr-dev vdr vdr-plugin-pictures vdr-dbg ... ... ...

[Thomas Schmidt]

# Automatically generated email from bts, devscripts version 2.10.18.1
#
# vdr (1.6.0-1) experimental; urgency=low
#
#  * New upstream release (closes: #467512)
#  * Added some lines of documentation to README.Debian, explaining that
#plug-ins manually copied to /usr/lib/vdr/plugins will only be loaded
#when PLUGIN_CHECK_PATCHLEVEL=no (closes: #426921)
#  * Replaced opt-27_subtitles-ttxtsubs.dpatch with opt-27_ttxtsubs.dpatch -
#subtitles support now integrated in upstream (closes: #352442)
#

package vdr-plugin-sky vdr-plugin-examples vdr-dev vdr vdr-plugin-pictures 
vdr-dbg
tags 352442 + pending
tags 467512 + pending
tags 426921 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445645: ITP: vdr-plugin-svdrpext -- VDR plugin that extends the SVDRP command set of VDR

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team [EMAIL PROTECTED]


* Package name: vdr-plugin-svdrpext
  Version : 0.0.1
  Upstream Author : Frank Schmirler [EMAIL PROTECTED]
* URL : http://vdr.schmirler.de
* License : GPL
  Programming Lang: C++
  Description : VDR plugin that extends the SVDRP command set of VDR

 This VDR plugin adds some new OSD related commands to VDR's
 remote SVDRP control interface.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23-rc6-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445648: ITP: vdr-plugin-streamdev -- Plugin to vdr that lets the software play streams

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team [EMAIL PROTECTED]


* Package name: vdr-plugin-streamdev
  Version : 0.3.3
  Upstream Author : Sascha Volkenandt [EMAIL PROTECTED]
* URL : http://streamdev.vdr-developer.org/
* License : GPL
  Programming Lang: C++
  Description : VDR Plugin to stream Live-TV to other VDR's

 This plugin allows to stream Live-TV into the network. You can 
 interconnect several vdrs that way or watch those streams with 
 special client apps like video lan client or mplayer.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23-rc6-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445712: ITP: vdr-plugin-xine -- allows xine to be a display for vdr, the Video Disk Recorder

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team [EMAIL PROTECTED]


* Package name: vdr-plugin-xine
  Version : 0.7.11
  Upstream Author : Reinhard Nißl [EMAIL PROTECTED]
* URL : http://home.vrweb.de/~rnissl/
* License : GPL
  Programming Lang: C++
  Description : allows xine to be a display for vdr, the Video Disk Recorder

 Plugin for vdr which allows you to use xine, gxine or some other front 
 end for libxine as a display, instead of relying on an MPEG decoder / 
 TV output card.
 .
 xine = 0.99.2 and gxine = 0.4.0 have built-in support for vdr. Other 
 frontends may need to be patched.
 .
 If you want to use the SVDRP 'grab' command, you'll need mjpegtools 
 (from Christian Marillat's archive) and y4mscaler.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.23-rc6-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#326674: vdr doesn't start

[Thomas Schmidt]

Hi

* Jan M�s schrieb am 09.06.07, um 17:12 Uhr:
 my vdr stopped working too. It began to restart 
 every 10 seconds. 
 I managed to bring it back to work by setting the 
 option NONPTL to 0 in /etc/default/vdr. The 
 problem was that 
 /usr/lib/vdr/plugin-loader.sh set 
 LD_ASSUME_KERNEL=2.4.1.
 With the new glibc 2.5 this is no longer working.

Thank you very much for the hint, i was not aware that glibc 2.5 does
not have this support anymore. The next upload will remove the support
running vdr with LD_ASSUME_KERNEL, so this should not happen again.

Anyway, i do not think that your problem is related to the problem of
the original submitter of the bugreport.

@Jan-Erik Meyer-Luetgens: Sorry that there was no response for such a
long time - did you experience problems similar to your original
bugreport with the last updates of the vdr-package? Or can this
bug-report be closed? What do you think?


Regards,
Thomas Schmidt

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#415197: ITP: vdr-plugin-lastfm -- Plugin for VDR which can play music provided by last.fm

[Thomas Schmidt]

Package: wnpp
Severity: wishlist
Owner: Debian VDR Team [EMAIL PROTECTED]

* Package name: vdr-plugin-lastfm
  Version : 0.1.2
  Upstream Author : Matthias Feistel [EMAIL PROTECTED]
* URL : http://sourceforge.net/projects/vdr-lastfm
* License : GPL
  Programming Lang: C++
  Description : Last.fm plugin for VDR

Plugin for VDR which allows playing music provided by last.fm while
showing additional title information on your OnScreenDisplay.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.3-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#405336: vdr ignores svdrphostsconf, listens instead to 0.0.0.0:2001

[Thomas Schmidt]

severity 405336 wishlist
tag 405336 - security
retitle 405336 Please do not bind to the wildcard-address

* Stephen Gran schrieb am 02.01.07, um 19:31 Uhr:
  Maybe the client address is checked, after vdr has accepted the connection.
  (I haven't looked into this.)
 
 This is indeed the logic:

 ...

 I'm not the maintainer, but I suggest downgrading the severity and
 removing the security tag from this report as a first step.  If it was
 my package, I might suggest closing it (or perhaps redoing it as a
 wishlist bug to only bind to some interface or IP address, rather than
 all).

Thank you very much for taking a look at the source, i agree that it
would be the best to downgrade the bug to wishlist.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#405224: ITP: vdr-plugin-epgsearch -- VDR Plugin that provides an extended schedules menu

[Thomas Schmidt]

Hi

* Christian Meder schrieb am 02.01.07, um 00:37 Uhr:
 Package: wnpp
 Severity: wishlist
 Owner: Christian Meder [EMAIL PROTECTED]
 
   Package name: vdr-plugin-epgsearch
   Version : 0.9.19
   Upstream Author : Christian Wieninger [EMAIL PROTECTED]
   URL : 
 http://freenet-homepage.de/cwieninger/html/vdr-epg-search__english_.html
   License : GPL
   Programming Lang: C
   Description : VDR Plugin that provides an extended schedules menu
 
  vdr-plugin-epgsearch can be used as a replacement for the default schedules
  menu entry. It looks like the standard schedules menu, but adds some
  additional functions:

 ...

Thank you very much for your intrest in packaging the plugin. I would
very much prever if you would join the Debian VDR Team and would
maintain the package in our svn-repository, the reasons for this are
simple: The Debian VDR Team could benefit from a few more active
developers, especially developers with upload rights ;-), and it would 
be better to maintain vdr-plugins team-based because allmoast every new
upstream-version of vdr requires a rebuild of all plugins - it would
be a lot easier to coordinate such uploads if all plugins would be
maintained by a team.

In fact, we have allready a package of the epgsearch-plugin, as well 
as packages for many other plugins (see [1] and [2]), there are just a 
lot of ITP's missing. ;-)

Let us know if you want to join the Debian VDR Team, i can give you
commit-access to the repository, i just need your username on alioth.
(I guess it is meder, right?)

[1] http://svn.debian.org/wsvn/pkg-vdr-dvb
[2] http://www.e-tobi.net/wsvn/vdr-pkg/?rev=0sc=0


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#397350: Debian packages for vdr-xineliboutput ready, need sponsor

[Thomas Schmidt]

Hi

* Timo Weingärtner schrieb am 28.12.06, um 00:49 Uhr:
 I made Debian packages for vdr-xineliboutput.

Thank you very much for your work, but i must admit that you should
have informed us earlier, because there is allready a package for 
xineliboutput in our svn-repository [1] since August 2006, there was
just the ITP missing. 

Unfortunately your ITP was not sent to debian-devel, in this case it 
would have been possible to prevent you from doing a lot of double 
work.

 Would someone please test my packages and upload them to Debian? It will be 
 the first upload since some file headers needed to be fixed upstream first.

Of course we can test your packages and upload, but i think it would be
be better if you could take a look at the package we have allready in
our repository and if you would continue maintaining the package in
our svn-repository. (I guess that Tobias Grimm [2], who did most of the
work with the package until now, would be very happy if you could help
him with maintaining it.)

(I would be very happy anyway, if you could help us with maintaining 
vdr and vdr-related packages, especially the packages we have allready 
in the archive [3], and the other packages in the svn-repository on 
alioth, which are not part of the official archive yet, any help is 
welcome.) 

Giving you commit-access to our repository would be no problem, the 
only thing we need is your username on alioth.debian.org.

[1] 
http://svn.debian.org/wsvn/pkg-vdr-dvb/vdr/vdr-plugin-xineliboutput/trunk/?rev=0sc=0
[2] [EMAIL PROTECTED]
[3] http://qa.debian.org/[EMAIL PROTECTED]


Regards, 
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#391698: fetchmail: try-restart section in init-script should call $0 restart, not $0 awaken

[Thomas Schmidt]

Package: fetchmail
Version: 6.3.4-7
Severity: normal

The try-restart section in the init-script should call $0 restart, not
$0 awaken, because otherwise the resolvconf-script 
/etc/resolvconf/update-libc.d/fetchmail, which is called when the
ipaddress of the dns-server changes will have no effect, fetchmail will
still try to query the old dns-server, which is not reachable anymore.

The reason for this seems to be that the fetchmail-daemon does not 
recognize new dns-servers when it is just awakened, it must be really 
restarted. (So the cause for this is more or less an upstream problem.)

The problem was introduced with the fix for #268346 and i only noticed
it on my laptop, it allways occurs when the laptop switches to a 
different network after coming out of suspend.

It might also be possible that #369270 is more or less the same problem,
because at least the symptoms are exactly the same.


Regards,
Thomas


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages fetchmail depends on:
ii  adduser  3.97Add and remove users and groups
ii  debianutils  2.17Miscellaneous utilities specific t
ii  gettext  0.14.6-1GNU Internationalization utilities
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libssl0.9.8  0.9.8c-1SSL shared libraries
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip

Versions of packages fetchmail recommends:
ii  ca-certificates   20060816   Common CA Certificates PEM files

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391730: RM: linuxtv-dvb -- RoM; obsolete, only useful for kernel 2.4.x

[Thomas Schmidt]

Package: ftp.debian.org
Severity: important

The source package linuxtv-dvb should be removed from unstable and
testing - it builds only 1 package, dvb-driver-source, which is only
useful for users of kernel 2.4.x, because these drivers were integrated
in kernel 2.6.x. 

Because etch will not ship any 2.4.x kernels, and several applications
won't even run with kernel 2.4, this package also should not be shipped 
with etch.


Regards,
Thomas Schmidt, Debian VDR Team

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-w3n
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391698: fetchmail: try-restart section in init-script should call $0 restart, not $0 awaken

[Thomas Schmidt]

* Nico Golde schrieb am 08.10.06, um 13:18 Uhr:
  The reason for this seems to be that the fetchmail-daemon does not 
  recognize new dns-servers when it is just awakened, it must be really 
  restarted. (So the cause for this is more or less an upstream problem.)
 [...] 
 I'm sorry but I will not fix this since it really is an 
 upstream problem, look #389270 for example. I hope this will 
 be fixed soon. If not I will fix this as a workaround for 
 etch.

Ok, i hope to see a real fix for this issue very soon too, in the
meantime i will have to change the init-script manually. ;-)

Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#391577: dvb-driver-source: Obsolete, Etch will be 2.6 only

[Thomas Schmidt]

Hi

* Moritz Muehlenhoff schrieb am 07.10.06, um 13:44 Uhr:
 Package: dvb-driver-source
 Severity: grave
 Justification: renders package unusable
 
 From the package description:
  Note: You do not need this package if you are using kernel 2.6!
 
 Etch will be based on Linux 2.6 only, so it should be dropped.

Thank you for the bug report - i allready considered asking for
removal of the package, but i was not shure if this would be really
necessary because some users might still want to use a kernel (2.4) they
built by hand. So i do not think that the severity of this bug should
be release-critical, but i will ask for removal of the package soon.


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#379720: vdr-plugin-bitstreamout: FTBFS: error: 'fls' was not declared in this scope

[Thomas Schmidt]

reassign 379720 linux-kernel-headers
tags 379720 patch

I am reassigning this bug to linux-kernel-headers as it seems to be the root 
cause for this FTBFS, the last upload of vdr-plugin-bitstreamout was in on 
2006-04-30, at this time it was built without any problems. A few tests 
showed that this FTBFS was introduced with the upload of linux-kernel-headers
2.6.17.1-1.

The following patch fixes this FTBFS, i hope it is correct and does not 
introduce other problems:

diff -Nurd 
linux-kernel-headers-2.6.17.7.orig/include/asm-generic/bitops/fls64.h 
linux-kernel-headers-2.6.17.7/include/asm-generic/bitops/fls64.h
--- linux-kernel-headers-2.6.17.7.orig/include/asm-generic/bitops/fls64.h   
2006-08-14 22:17:50.0 +0200
+++ linux-kernel-headers-2.6.17.7/include/asm-generic/bitops/fls64.h
2006-08-14 22:21:44.0 +0200
@@ -2,6 +2,7 @@
 #define _ASM_GENERIC_BITOPS_FLS64_H_
 
 #include asm/types.h
+#include asm-generic/bitops/fls.h
 
 static inline int fls64(__u64 x)
 {

Regards, 
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#368385: vdradmin-am: Missing Dependency on vdr 1.4.0 or many bugs

[Thomas Schmidt]

* schorpp schrieb am 21.05.06, um 20:38 Uhr:
 Package: vdradmin-am
 Version: 0.97-am3.4.4-1
 Severity: normal

Hmm, this looks suspicious, it should be 3.4.4-1, not 0.97-am3.4.4-1.
Could you please give us the output of apt-cache policy vdradmin-am?

 wether missing dep on vdr 1.4.0 or
 bugs:
 1. autotimer creates double same timer entries

This should only happen, if the EPG-Entry exists twice, each with 
different event-ids.

 2. epg-summary text no more included in timers (strange xml link
 instead)

Yes that is correct, this text is not stored in timers anymore -
instead of storing a copy of the text in the timer, this xml-link is
used to connect a timer with an event-id, and the epg-text of this
event-id is stored in the recording at recording-time.

 3. tv series episodenames no more addded

Well, this normally happens only if the episodenames are not included
in the epg, and if this is the case, it is not vdradmin-am's fault.
;-)

 4. other strangenesses

Ok, as long as you do not provide more infos on this thing, we can not
really help you. ;-)

 (untested with vdr 1.4.0)

May i ask, which vdr-version you use?


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#359951: ftp.debian.org: Please remove vdradmin from unstable

[Thomas Schmidt]

Package: ftp.debian.org
Severity: normal

Please remove vdradmin from unstable, the source and binary packages
were renamed to vdradmin-am and vdradmin-am has entered testing
yesterday.


Regards,
Thomas

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (190, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.16-w3n
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352442: fix for subtitles-patch

[Thomas Schmidt]

Hi

Sorry for the late reply, i was really busy in the last weeks.

* Timo Aaltonen schrieb am 11.02.06, um 22:52 Uhr:
  I noticed that on 1.3.37-1 you have the subtitles-ttxtsubs -patch as 
 optional, because it collides with 10_dd-record-option.dpatch. ...

Well, the subtitles-patch is not listed as optional because it
collides with the dd-record-option-patch, the intention was just to
show how to add own patches to the vdr-packages, especially patches 
who change vdr's interfaces for plugins.

At the moment i do not want to activate the patch for the official
package, but it may be possble that it will be activated when vdr 1.4
is stable an not a moving target anymore. 

However, even if i would enabe the patch, it would just be an
intermediate solution, because Klaus Schmidinger is going to add
subtitles-support in vanilla vdr 1.5.x. ;-)


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#330386: plugin-loader: should not load all available plugins

[Thomas Schmidt]

* Dominique Dumont schrieb am 28.09.05, um 19:54 Uhr:
  It is planned to integrate a lot of these plugins in the official
  archive but i guess most of this work will be done when vdr 1.4 is
  stable. ;-)
 
 Let me do some beta test ;-)

Should be no problem, just checkout and build the plugins from the
svn-repository as described under: http://pkg-vdr-dvb.alioth.debian.org/
Patches and Improvements are allways welcome. ;-)

  Well, i think it is much more user-friendly when every plugin which is
  installed is loaded by default, 
 
 This makes sense for most plugin. But other plugin do not make sense
 for a daemon instance of vdr. For instance, softdevice plugin needs a
 X server to connect to and a daemon is not started from a X
 session. So loading softdevice plugin by default in *daemon* mode may
 be confusing to user (and it may break the daemon).

Yes, you are right - i guess we need a simple way to install such 
special plugins disabled by default.

  you can disable certain plugins, in
  your case a line like the following would be sufficient:
 
  -streamdev-client
 
  I hope this will solve your problem, so i can close this bug! :)
 
 It does solve my problem, so you can close this bug.

Ok, i will do so in a few minutes. ;)


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#330386: plugin-loader: should not load all available plugins

[Thomas Schmidt]

* Dominique Dumont schrieb am 27.09.05, um 22:41 Uhr:
 I'm trying to use the streamdev plugin the debian way.
 
 This plugin provides a way to transmit received video over network by
 providing a server plugin and a client plugin.

Yes, i am aware of the streamdev-plugin, we have inofficial packages
of this plugin (and many other plugins) allready in our repositories:

http://svn.debian.org/wsvn/pkg-vdr-dvb/vdr/?rev=0sc=0
http://www.e-tobi.net/wsvn/vdr-pkg/?rev=0sc=0

It is planned to integrate a lot of these plugins in the official
archive but i guess most of this work will be done when vdr 1.4 is
stable. ;-)

 One vdr is set up as a video server with '-P streamdev-server'.
  Another vdr can be set up as a video client with
 '-P streamdev-client' (or one can use another video client like vlc).
 
 Unfortunately, the plugin-loader script will load both plugins when I start
 the vdr daemon with /etc/init.d/vdr:

I guess you installed the plugin manually, so both plugins are
installed, but you just need the -server plugin? With our inofficial
debian package, you would have the choice if you want to install the
-server, the -client or both plugins. ;-)

 Can I suggest that plugin-loader.sh loads only plugin that have a
 corresponding *.conf file in /etc/vdr/plugins/ (even if the file is
 empty because no special option is required)

Well, i think it is much more user-friendly when every plugin which is
installed is loaded by default, if you do not want a certain plugin to
be loaded, even when it is installed, you can edit 
/etc/vdr/plugins/order.conf - in this file you can specify in which
order plugins will be loaded and you can disable certain plugins, in
your case a line like the following would be sufficient:

-streamdev-client

I hope this will solve your problem, so i can close this bug! :)


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#326674: vdr doesn't start

[Thomas Schmidt]

* Jan-Erik Meyer-Luetgens schrieb am 06.09.05, um 00:41 Uhr:
 When I reboot the system, then vdr starts.
 But when I use /etc/init.d/vdr restart (stop/start)
 it doesn't restart.

Hmm, can you send us the output of 

lsmod | grep dvb

when vdr is running?

Do you load the module(-s) for your dvb-card in /etc/modules or do you
rely on hotplug for loading the right modules completely?

 mplayer dvb://channelruns as root, only
 
 so here is an intresting point:
 
 $ ls -ld /dev/dvb
 d-  3 root root 60 2005-09-06 00:20 dvb/
 
 When I'm changing the permissions and restarting vdr
 I'm getting the same insane permissions as above.
 
 So we have a problem in udev?

Yes, this can be possible, unfortunately i do not have a system with a
dvb-card where i can test udev atm. I will look at the udev-scripts
later.

 syslog:
 
 Sep  6 00:06:34 arctic logger: restarting VDR
 Sep  6 00:06:44 arctic kernel: DVB: registering new adapter (bttv0).
 Sep  6 00:06:44 arctic kernel: DVB: registering frontend 0 (Zarlink 
 MT352 DVB-T)...
 Sep  6 00:06:44 arctic logger: restarting VDR
 Sep  6 00:06:54 arctic kernel: DVB: registering new adapter (bttv0).
 Sep  6 00:06:54 arctic kernel: DVB: registering frontend 0 (Zarlink 
 MT352 DVB-T)...
 Sep  6 00:06:54 arctic logger: restarting VDR
 Sep  6 00:07:04 arctic kernel: DVB: registering new adapter (bttv0).
 Sep  6 00:07:04 arctic kernel: DVB: registering frontend 0 (Zarlink 
 MT352 DVB-T)...
 
 and so on ...

I guess, vdr can not find a primary device - it seems that not all
modules are loaded when vdr starts again. This can be a problem with
udev or probaly with /usr/sbin/runvdr.

 I don't know what version I were running. Is there a way to find out?
 (I think it's not older than 2 month)

Well, 2 month ago we had vdr 1.3.27-1 in unstable (uploaded on
2005-06-29).
I guess the only way to find out which version you were running is to
look into /var/log/syslog.* .

cat /var/log/syslog* | grep vdr.*version.*started 

or

zcat /var/log/syslog*.gz | grep vdr.*version.*started


Regards,
Thomas

-- 
Thomas Schmidt, Debian VDR Team
http://pkg-vdr-dvb.alioth.debian.org/


signature.asc
Description: Digital signature

Bug#301382: svn-buildpackage 0.6.2 includes .svn directories in source-packages

[Thomas Schmidt]

Package: svn-buildpackage
Version: 0.6.2
Severity: important

Hi

I noticed that svn-buildpackage 0.6.2 includes .svn-directories in
source-packages wich are built with it. Even svn-buildpackage 0.6.2 
itself has .svn directories in it's source package, see lintian's
output:

W: svn-buildpackage source: source-contains-svn-control-dir debian/.svn
N:
N:   Source contains a .svn directory. It was most likely included by
N:   accident, since Subversion version control directories usually don't
N:   belong in packages. Export from subversion rather than checkout.
N:
W: svn-buildpackage source: source-contains-svn-control-dir doc/.svn


This bug was introduced in version 0.6.2, i tested it with 0.6.1 and 
everything was fine again.


Regards,
Thomas Schmidt

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: [EMAIL PROTECTED], LC_CTYPE=iso_8859_15 (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages svn-buildpackage depends on:
ii  devscripts2.8.14 Scripts to make the life of a Debi
ii  perl  5.8.4-8Larry Wall's Practical Extraction 
ii  subversion1.1.3-3advanced version control system (a
ii  subversion-tools  1.1.3-3assorted tools related to Subversi

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#297640: /proc/av7110_ir: Permission denied

[Thomas Schmidt]

* Thomas Schmidt schrieb am 02.03.05, um 01:36 Uhr:
  As /proc permissions are reset on system restart I've added this line to
  startvdr() in /etc/init.d/vdr:
  --8---8---8---8--8---
  mergecommands reccmds
  +   /bin/chown $USER.$GROUP /proc/av7110_ir
  start-stop-daemon --start --quiet \
  --8---8---8---8--8---

I allmost suggested that adding these commands to /etc/default/vdr 
would be better, because /etc/init.d/vdr is not intended to be 
modified by the user, but it seems that the permissions are also reset
when you reload the driver, so i will add them to /usr/sbin/runvdr
after (re-)loading the driver.


Regards,
Thomas

-- 
Thomas Schmidt
:wq


signature.asc
Description: Digital signature

Bug#294720: lirc_dev is not in the generated package

[Thomas Schmidt]

The attached patch will install the lirc_dev module also in the
resulting package. (With this patch lirc-modules-source has been
usable for me the first time since ages - i used the normal lirc cvs
since kernel 2.6 is out.) ;-)


Regards,
Thomas

-- 
Thomas Schmidt
:wq
diff -Nurd lirc-0.7.1pre2/debian/modules-source/Makefile 
lirc-0.7.1pre2.new/debian/modules-source/Makefile
--- lirc-0.7.1pre2/debian/modules-source/Makefile   2005-03-11 
23:28:33.286320104 +0100
+++ lirc-0.7.1pre2.new/debian/modules-source/Makefile   2005-03-11 
23:23:28.0 +0100
@@ -118,6 +118,8 @@
 serial: DEFS += $(SERIAL_CFLAGS)
 serial: modules sanity-check
$(MAKE) -C drivers SUBDIRS=lirc_serial lirc_dev DEFS=$(DEFS)
+   mv drivers/lirc_dev/lirc_dev.$(KEXT) modules
+   @echo $(KVERS) $(KSRC)  modules/lirc_dev.$(KEXT).KVERS
mv drivers/lirc_serial/lirc_serial.$(KEXT) modules
@echo $(KVERS) $(KSRC)  modules/lirc_serial.$(KEXT).KVERS
 


signature.asc
Description: Digital signature

Bug#295127: ITP: dvbsnoop -- DVB / MPEG stream analyzer

[Thomas Schmidt]

Hi

* Cedric Delfosse schrieb am 13.02.05, um 22:07 Uhr:
 I don't own myself a DVB card, but I often work for a customer that has DVB-T
 cards.
 Maybe this package should be takeover by the Debian VDR Team.

Yes, it would be no problem, we can maintain the package, i hope you
have some preliminary packages somewhere?


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#295127: ITP: dvbsnoop -- DVB / MPEG stream analyzer

[Thomas Schmidt]

* Cedric Delfosse schrieb am 20.02.05, um 21:28 Uhr:
 The package is in the NEW queue, since one week.
 Let's wait until it is accepted, and then I will give maintainership to
 the VDR team. If it doesn't bug you, I'd like to stay co-maintainer.

Ok, i will check the package out when it appears in sid. I will
integrate it in our subversion-repository then. Of course it is no
problem, when you want to stay co-maintainer of the package.


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#295838: vdr: restarts itself before it can really work

[Thomas Schmidt]

* Timo Weingärtner schrieb am 19.02.05, um 12:17 Uhr:
  The logs are full of what?
 full of restarts, see attachment

Ok, i can reproduce it here too, unfortunately i forgot to test the
patch for #294041 before uploading vdr 1.2.6-7, removing the patch
should fix the problem, i will upload a fixed package in a few
minutes. I will have to investigate the patch for #294041 before it
can be added again.


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#295838: vdr: restarts itself before it can really work

[Thomas Schmidt]

* Timo Weingärtner schrieb am 18.02.05, um 14:25 Uhr:
 After upgrading from 1.2.6-6 to 1.2.6-7 vdr restarts itself before it can do 
 its
 work. The logs are full of it and if there's something to be recorded, the
 directory is full of zero-byte files.

The logs are full of what? How is the exact error message? Which
directory is full of zero-byte-files?


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#294325: Please include DvB-T file for Duesseldorf

[Thomas Schmidt]

* Joerg Dorchain schrieb am 09.02.05, um 09:16 Uhr:
 Maybe you like to include it in the examples section of the
 documentation as de-duesseldorf and forward it to the upstream authors.

Thank you for this file, upstream allready has such a file, called
de-Ruhrgebiet, i will include all frequency-files from the
cvs-repository to the new package, which will be uploaded in a few
minutes.

 # DVB-T Ruhrgebiet/Düsseldorf
 # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
 T 53800 8MHz 2/3 NONE QAM16 8k 1/4 NONE
 T 58600 8MHz 2/3 NONE QAM16 8k 1/4 NONE
 T 74600 8MHz 2/3 NONE QAM16 8k 1/4 NONE
 T 81800 8MHz 2/3 NONE QAM16 8k 1/4 NONE
 T 83400 8MHz 2/3 NONE QAM16 8k 1/4 NONE

The file from upstream differs a little bit, but i hope it works too.
It looks like this:

# DVB-T Düsseldorf/Ruhrgebiet
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 50600 8MHz 2/3 NONE QAM16 8k 1/4 NONE
T 53800 8MHz 2/3 NONE QAM16 8k 1/4 NONE
T 58600 8MHz 2/3 NONE QAM16 8k 1/4 NONE
T 72200 8MHz 2/3 NONE QAM16 8k 1/4 NONE
T 74600 8MHz 2/3 NONE QAM16 8k 1/4 NONE
T 81800 8MHz 2/3 NONE QAM16 8k 1/4 NONE


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#294325: Please include DvB-T file for Duesseldorf

[Thomas Schmidt]

* Joerg Dorchain schrieb am 09.02.05, um 13:11 Uhr:
  The file from upstream differs a little bit, but i hope it works too.
 
 My source is http://nrw.ueberallfernsehen.de/10.html
 
 The missing frequencies won't be searched, so you will miss some
 channels. Merging them won't hurt, I suppose.

Ok, i will merge both files and will send it to upstream in the next
days.


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#293042: vdr hangs with message cap_set_proc: Operation not permitted

[Thomas Schmidt]

* Juhani Simola schrieb am 31.01.05, um 22:09 Uhr:
 When starting vdr, it prints the following error message: 
 cap_set_proc: Operation not permitted and hangs. 

This message is caused by a function which tries to change the userid
and the capabilities of the process, but this canonly work if root
calls vdr. (which is the case when you start vdr with the init-script)
I now changed the code to call this function only when vdr is called
by root, so the problem should not occur anymore with vdr 1.2.6-7. The
upload of the new package could take a while, because we will have to
wait at least until vdr 1.2.6-6 has entered testing, because 1.2.6-6
fixes a security related bug.


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#287899: Vdr should not be released unless this bug is fixed

[Thomas Schmidt]

* Javier Fernández-Sanguino Peña schrieb am 17.01.05, um 09:08 Uhr:
  I also think that it would be the best to just keep the user, because 
  other packages will use it too (vdradmin and some plugins).
 
 The user, if created by the package, should be removed. If other packages 
 depend on it, they should depend on the package. As for the directories 
 that belong to the user, just do a 
 
   find $directory -uid $CREATEDUID -exec chown root:root {} \;
 
 For all of the directories, once you have the UID.
 
 The standard procedure when creating users (check other packages) is to add 
 them in postinst and remove them in postrm, please do it properly.

Well, it seems that there are different opinions in this case - some
developers (you for example) say that system users should be removed
when the package is purged, some say that it is no problem if the
user is not deleted.

After searching i found some interesting discussions about this issue:
http://lists.debian.org/debian-mentors/2004/10/msg00338.html
http://people.debian.org/~terpstra/message/20040830.032353.ea3ef3a5.en.html
http://lists.debian.org/debian-devel/2004/05/msg01156.html

In the case of vdr i think it would be better if we keep the user,
even when the package is purged.

Note: I am not against removing system users on purge at all (the next
revision of vdradmin will create the user vdradmin and will remove it
again on purge), but in this case i do not want to remove the user.


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#287899: Vdr should not be released unless this bug is fixed

[Thomas Schmidt]

* Darren Salt schrieb am 16.01.05, um 20:51 Uhr:
addgroup --quiet --system $HONEYUSERGROUP
 
 ITYM $CREATEGROUP ;-)

Yes, i allready saw this. ;)

 (FWIW, I'm applying this to my unofficial vdr package.)

I also added the code to the cvs-repository. (Before i just added a
|| true to the adduser-call, but i think this code is a little bit
better.) ;-)

  2.- The postrm should remove this user/group combination if they exist.
  This is usually done as follows (for user, similar for group):
 
 I suggest that this is NOT done *unless* /var/lib/vdr, /var/cache/vdr,
 /etc/vdr and /var/lib/video and all of their contents are removed (i.e. on
 purge).
 
 And I'm not convinced that /var/lib/video should be removed: there are
 third-party tools (vdrconvert, vdr2dvd.pl etc.) which can be used to access
 the recordings.

I also think that it would be the best to just keep the user, because 
other packages will use it too (vdradmin and some plugins).


Regards,
Thomas

-- 
Thomas Schmidt
[EMAIL PROTECTED]


signature.asc
Description: Digital signature