Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread christian mock 
Package: apt-dater
Version: 0.8.0+svn431-1
Severity: grave
Justification: renders package unusable

Somewhere between last week and this week, apt-dater stopped working for me.

Symptoms: Of the 15 hosts that are configured, two (running debian testing)
show up as up to date wrongly (updates are pending); the other 13 (running
etch or lenny) show up as unknown.

Even after refreshing, this does not change. The problem seems to be on the
host running apt-dater, as manually running the ssh command line from
/usr/lib/apt-dater/cmd that is used for refresh produces no error and 
the output looks OK; that output is also saved in ~/.cache/apt-dater/stats/ ,
so I suppose the data is being gathered, but somehow misinterpreted by
apt-dater.

The last upgrades I did on the host running apt-dater (in between it working
and breaking) were libc6, libglib2.0-0 and tcl8.5, so I suppose the problem
lies with these upgrades somewhere.

cm.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages apt-dater depends on:
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libglib2.0-0  2.22.3-1   The GLib library of C routines
ii  libncurses5   5.7+20090803-2 shared libraries for terminal hand
ii  libpopt0  1.15-1 lib for parsing cmdline parameters
ii  libxml2   2.7.6.dfsg-1   GNOME XML library
ii  openssh-client1:5.1p1-8  secure shell client, an rlogin/rsh
ii  screen4.0.3-14   terminal multiplexor with VT100/AN
ii  tcl8.58.5.8-2Tcl (the Tool Command Language) v8

apt-dater recommends no packages.

Versions of packages apt-dater suggests:
ii  apt-dater-host0.8.0+svn431-1 host helper application for apt-da
ii  xsltproc  1.1.26-1   XSLT command line processor

-- no debconf information



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

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread Patrick Matthäi 
Hi,

could you send me the files of one host from
~/.cache/apt-dater/stats/hostname* please.

What happens if you enter the host about apt-dater with the 'c' key?


 Package: apt-dater
 Version: 0.8.0+svn431-1
 Severity: grave
 Justification: renders package unusable

 Somewhere between last week and this week, apt-dater stopped working for
 me.

 Symptoms: Of the 15 hosts that are configured, two (running debian
 testing)
 show up as up to date wrongly (updates are pending); the other 13
 (running
 etch or lenny) show up as unknown.

 Even after refreshing, this does not change. The problem seems to be on
 the
 host running apt-dater, as manually running the ssh command line from
 /usr/lib/apt-dater/cmd that is used for refresh produces no error and
 the output looks OK; that output is also saved in
 ~/.cache/apt-dater/stats/ ,
 so I suppose the data is being gathered, but somehow misinterpreted by
 apt-dater.

 The last upgrades I did on the host running apt-dater (in between it
 working
 and breaking) were libc6, libglib2.0-0 and tcl8.5, so I suppose the
 problem
 lies with these upgrades somewhere.

 cm.

 -- System Information:
 Debian Release: squeeze/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
 Architecture: i386 (i686)

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

 Versions of packages apt-dater depends on:
 ii  libc6 2.10.2-2   GNU C Library: Shared
 libraries
 ii  libglib2.0-0  2.22.3-1   The GLib library of C
 routines
 ii  libncurses5   5.7+20090803-2 shared libraries for terminal
 hand
 ii  libpopt0  1.15-1 lib for parsing cmdline
 parameters
 ii  libxml2   2.7.6.dfsg-1   GNOME XML library
 ii  openssh-client1:5.1p1-8  secure shell client, an
 rlogin/rsh
 ii  screen4.0.3-14   terminal multiplexor with
 VT100/AN
 ii  tcl8.58.5.8-2Tcl (the Tool Command
 Language) v8

 apt-dater recommends no packages.

 Versions of packages apt-dater suggests:
 ii  apt-dater-host0.8.0+svn431-1 host helper application for
 apt-da
 ii  xsltproc  1.1.26-1   XSLT command line processor

 -- no debconf information








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

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread christian mock 
On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote:

 could you send me the files of one host from
 ~/.cache/apt-dater/stats/hostname* please.

I'll send you two. osama:22.stat is from a box running unstable,
which shows up as up to date wrongly, while dungheap:22.stat is
from a machine running lenny which shows up as unknown.

 What happens if you enter the host about apt-dater with the 'c' key?

I get an ssh session, as expected.

regards,

cm.

-- 
Christian Mock  Wiedner Hauptstr. 15
Senior Security Engineer1040 Wien
CoreTEC IT Security Solutions GmbH  +43-1-5037273
FN 214709 z
ADPROTO: 0.5
Hit http://ftp.at.debian.org stable Release.gpg
Hit http://ftp.at.debian.org testing Release.gpg
Hit http://ftp.at.debian.org unstable Release.gpg
Hit http://ftp.at.debian.org stable Release
Hit http://ftp.at.debian.org testing Release
Hit http://security.debian.org stable/updates Release.gpg
Hit http://security.debian.org testing/updates Release.gpg
Hit http://ftp.at.debian.org unstable Release
Hit http://security.debian.org stable/updates Release
Hit http://security.debian.org testing/updates Release
Ign http://ftp.at.debian.org stable/main Packages/DiffIndex
Ign http://ftp.at.debian.org stable/contrib Packages/DiffIndex
Ign http://ftp.at.debian.org stable/non-free Packages/DiffIndex
Hit http://ftp.at.debian.org stable/main Packages
Hit http://ftp.at.debian.org stable/contrib Packages
Hit http://ftp.at.debian.org stable/non-free Packages
Hit http://ftp.at.debian.org testing/main Packages/DiffIndex
Hit http://ftp.at.debian.org testing/contrib Packages/DiffIndex
Hit http://ftp.at.debian.org testing/non-free Packages/DiffIndex
Hit http://ftp.at.debian.org unstable/main Packages/DiffIndex
Hit http://ftp.at.debian.org unstable/contrib Packages/DiffIndex
Hit http://ftp.at.debian.org unstable/non-free Packages/DiffIndex
Hit http://ftp.at.debian.org unstable/main Sources/DiffIndex
Hit http://ftp.at.debian.org unstable/contrib Sources/DiffIndex
Hit http://ftp.at.debian.org unstable/non-free Sources/DiffIndex
Ign http://security.debian.org stable/updates/main Packages/DiffIndex
Ign http://security.debian.org stable/updates/contrib Packages/DiffIndex
Ign http://security.debian.org stable/updates/non-free Packages/DiffIndex
Ign http://security.debian.org testing/updates/main Packages/DiffIndex
Ign http://security.debian.org testing/updates/contrib Packages/DiffIndex
Ign http://security.debian.org testing/updates/non-free Packages/DiffIndex
Hit http://security.debian.org stable/updates/main Packages
Hit http://security.debian.org stable/updates/contrib Packages
Hit http://security.debian.org stable/updates/non-free Packages
Hit http://security.debian.org testing/updates/main Packages
Hit http://security.debian.org testing/updates/contrib Packages
Hit http://security.debian.org testing/updates/non-free Packages
Reading package lists...
LSBREL: Debian|unstable|sid
VIRT: Physical
UNAME: Linux|i686
FORBID: 0
STATUS: groff-base|1.20.1-6|i
STATUS: libavahi-common3|0.6.25-2|i
STATUS: esound-common|0.2.41-6|i
STATUS: wogerman|1:2-25.1|u=1:2-26
STATUS: m4|1.4.13-3|i
STATUS: libxaw7|2:1.0.7-1|i
STATUS: libkadm5srv6|1.7+dfsg-3|i
STATUS: python2.5-minimal|2.5.4-3|i
STATUS: busybox|1:1.14.2-2|i
STATUS: libvorbis0a|1.2.3-3|i
STATUS: gcc-4.2-base|4.2.4-6|i
STATUS: libvorbisenc2|1.2.3-3|i
STATUS: libfontenc1|1:1.0.5-1|i
STATUS: dsniff|2.4b1+debian-18|i
STATUS: automake|1:1.11-1|i
STATUS: binutils|2.20-4|i
STATUS: libnet-ssleay-perl|1.35-2|i
STATUS: ssmtp|2.64-1|i
STATUS: libxcursor1|1:1.1.10-1|i
STATUS: mtr-tiny|0.75-2|i
STATUS: libwrap0|7.6.q-18|i
STATUS: libqtcore4|4:4.5.3-4|i
STATUS: libcupsimage2|1.4.2-4|i
STATUS: libdbus-glib-1-2|0.82-2|i
STATUS: x11-xserver-utils|7.4+2|u=7.5+1
STATUS: libx11-6|2:1.3.2-1|i
STATUS: libnet-netmask-perl|1.9015-3|i
STATUS: libcomerr2|1.41.9-1|i
STATUS: libbind9-50|1:9.6.1.dfsg.P2-1|i
STATUS: rsh-client|0.17-14|i
STATUS: dhcping|1.2-4|i
STATUS: grep|2.5.4-4|i
STATUS: libxt6|1:1.0.7-1|i
STATUS: libtasn1-3|2.3-1|i
STATUS: sysvinit-utils|2.87dsf-8|i
STATUS: bison|1:2.4.1.dfsg-3|i
STATUS: x11-session-utils|7.3+1|u=7.5+1
STATUS: samba-common|2:3.4.3-1|i
STATUS: psfontmgr|0.11.10-3|i
STATUS: linux-image-2.6.31-1-686|2.6.31-2|i
STATUS: gnupg|1.4.10-2|i
STATUS: xauth|1:1.0.3-2|u=1:1.0.4-1
STATUS: tar|1.22-2|i
STATUS: qjackctl|0.3.4-1|u=0.3.5-1
STATUS: xml-core|0.13|i
STATUS: debian-faq|4.0.4|i
STATUS: netcat-traditional|1.10-38|i
STATUS: libjs-jquery|1.3.3-2|i
STATUS: libcups2|1.4.2-4|i
STATUS: libplrpc-perl|0.2020-2|i
STATUS: libqt4-network|4:4.5.3-4|i
STATUS: nmap|5.00-3|i
STATUS: libxft2|2.1.13-3|u=2.1.14-1
STATUS: libreadline5|5.2-7|i
STATUS: libsysfs2|2.1.0-6|i
STATUS: libsensors3|1:2.10.8-2|i
STATUS: libasound2|1.0.21a-1|i
STATUS: host|2331-9|i
STATUS: libsqlite3-0|3.6.20-1|i
STATUS: grub-common|1.97+20091130-1|i
STATUS: linux-image-2.6.30-2-686|2.6.30-8|u=2.6.30-8squeeze1
STATUS: tcl8.4|8.4.19-4|i
STATUS: libncursesw5|5.7+20090803-2|i
STATUS:

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread Patrick Matthäi 
 On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote:

 could you send me the files of one host from
 ~/.cache/apt-dater/stats/hostname* please.

 I'll send you two. osama:22.stat is from a box running unstable,
 which shows up as up to date wrongly, while dungheap:22.stat is
 from a machine running lenny which shows up as unknown.

Your osama problem might be a bit more difficult. I will test it later.
But for dungheap you do not have the right apt-dater-host version or
better said, noone that is known by me:
STATUS: apt-dater-host|0.8.0-3coretec1|x

What happens, if you use the apt-dater-host packages from
{etch,lenny}-backports? Yeah apt-dater is in both backports :)


 What happens if you enter the host about apt-dater with the 'c' key?

 I get an ssh session, as expected.

Also for the unknown one?





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

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread Thomas Liske 

Hi,

Patrick Matthäi wrote:

On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote:


could you send me the files of one host from
~/.cache/apt-dater/stats/hostname* please.

I'll send you two. osama:22.stat is from a box running unstable,
which shows up as up to date wrongly, while dungheap:22.stat is
from a machine running lenny which shows up as unknown.



Your osama problem might be a bit more difficult. I will test it later.
But for dungheap you do not have the right apt-dater-host version or
better said, noone that is known by me:
STATUS: apt-dater-host|0.8.0-3coretec1|x


there is something curious. I'd feeded your stats files into apt-dater 
(SVN Head build) on my Lenny host and the hosts showed up as Updates 
pending. The Debian package is still in sync w/ SVN HEAD IMHO - 
Patrick, might it be a packaging problem ;) ?



Regards,
Thomas


What happens, if you use the apt-dater-host packages from
{etch,lenny}-backports? Yeah apt-dater is in both backports :)


What happens if you enter the host about apt-dater with the 'c' key?

I get an ssh session, as expected.


Also for the unknown one?








--
supp...@ibh.de  Tel. +49 351 477 77 30
www.ibh.de  Fax  +49 351 477 77 39

---
Dipl.-Ing. Thomas Liske
Netzwerk- und System-Design


IBH IT-Service GmbH Amtsgericht Dresden
Gostritzer Str. 61-63   HRB 13626
D-01217 Dresden GF: Prof. Dr. Thomas Horn
Germany VAT DE182302907
---
Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV
---
   professioneller IT-Service - kompetent und zuverlässig
---



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

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread Patrick Matthäi 

Am 09.12.2009 17:11, schrieb Thomas Liske:

Hi,

Patrick Matthäi wrote:

On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote:


could you send me the files of one host from
~/.cache/apt-dater/stats/hostname* please.

I'll send you two. osama:22.stat is from a box running unstable,
which shows up as up to date wrongly, while dungheap:22.stat is
from a machine running lenny which shows up as unknown.

 

Your osama problem might be a bit more difficult. I will test it later.
But for dungheap you do not have the right apt-dater-host version or
better said, noone that is known by me:
STATUS: apt-dater-host|0.8.0-3coretec1|x


there is something curious. I'd feeded your stats files into apt-dater
(SVN Head build) on my Lenny host and the hosts showed up as Updates
pending. The Debian package is still in sync w/ SVN HEAD IMHO -
Patrick, might it be a packaging problem ;) ?


Hm fuck.

I have backported installed the testing version on our update server and 
I have got the same symptoms, also if the apt-dater-host package is in 
sync with the apt-dater version.


One host should have got updates and the other ones should be up to date.

Now 4 hosts are in up to date (also the one with updates) and all the 
other ones are going into unknown.


Also curious:
if I close now apt-dater and reopen it, _every_ host is again in unknown



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

Bug#560186: apt-dater: suddenly fails to see updates and reports hosts as unknown

2009-12-09 Thread Thomas Liske 

Re,

On Wed, 9 Dec 2009, Patrick Matthäi wrote:


Am 09.12.2009 17:11, schrieb Thomas Liske:

Hi,

Patrick Matthäi wrote:

On Wed, Dec 09, 2009 at 03:50:02PM +0100, Patrick Matthäi wrote:


could you send me the files of one host from
~/.cache/apt-dater/stats/hostname* please.

I'll send you two. osama:22.stat is from a box running unstable,
which shows up as up to date wrongly, while dungheap:22.stat is
from a machine running lenny which shows up as unknown.

 

Your osama problem might be a bit more difficult. I will test it later.
But for dungheap you do not have the right apt-dater-host version or
better said, noone that is known by me:
STATUS: apt-dater-host|0.8.0-3coretec1|x


there is something curious. I'd feeded your stats files into apt-dater
(SVN Head build) on my Lenny host and the hosts showed up as Updates
pending. The Debian package is still in sync w/ SVN HEAD IMHO -
Patrick, might it be a packaging problem ;) ?


Hm fuck.

I have backported installed the testing version on our update server and I 
have got the same symptoms, also if the apt-dater-host package is in sync 
with the apt-dater version.


One host should have got updates and the other ones should be up to date.

Now 4 hosts are in up to date (also the one with updates) and all the other 
ones are going into unknown.


Also curious:
if I close now apt-dater and reopen it, _every_ host is again in unknown


OK I think I've tracked it down. There was a damn spare ! on an if 
condition which brakes the hole parcing stuff. There was a changed on the 
error handling between ADPROTO 0.3 and 0.5 - the old version is handled as 
UNKNOWN, the recent version is handled as UPTODATE.


Upstream has been fixed w/ r432, please try out.


Cheers,
Thomas