Bug#389711: Library upgrade for exiv2

* Mark Purcell ([EMAIL PROTECTED]) [20061207 06:46]: While we await a decision from debian-release. Could you post packages to either experimental or people.debian.org so we can start the integration. Sure. I have limited airtime on the network; will do my best. Peter -- .+'''+.

Bug#401416: Library upgrade for exiv2

Mark, I have an almost ready 0.12 packaged. 0.11 was skipped due to the misunderstandings around sonames and C++ ABI upgrades. The release managers allow upload of 0.12, I can do it today at midnight UTC. If you have changes other than the bugs, please send them to me. Peter -- .+'''+.

Bug#401660: Library upgrade for exiv2

* To Mark Purcell ([EMAIL PROTECTED]) [20061206 16:43]: I have an almost ready 0.12 packaged. 0.11 was skipped due to the misunderstandings around sonames and C++ ABI upgrades. The release managers allow upload of 0.12, I can do it today at midnight UTC. If you have changes other than the

Bug#373813: whowatch: FTBFS: whowatch.c:288: undefined reference to `read_key'

* Kurt Roeckx ([EMAIL PROTECTED]) [20060615 23:35]: checking whether select() modifies the time value... no And you should probably look at why the configure script returns that. I can't reproduce it on any platform. Care to attach config.log? Peter -- .+'''+. .+'''+.

Bug#373813: whowatch: FTBFS: whowatch.c:288: undefined reference to `read_key'

* Kurt Roeckx ([EMAIL PROTECTED]) [20060615 19:23]: whowatch.o: In function `main': /build/buildd/whowatch-1.6.0a/src/whowatch.c:288: undefined reference to `read_key' Which platform is this? Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter

Bug#361377: xfingerd: missing dependency on inetd?

* Lars Wirzenius ([EMAIL PROTECTED]) [20060408 13:22]: [...] c) what happens if xinetd or some other inetd implementation is installed instead of inetd? Dunno. Is there a generic framework for handling inetd/xinetd? Peter -- .+'''+. .+'''+. .+'''+. .+'''+.

Bug#316798: gnome-control-center: GNOME session startup is blocked

* Loïc Minier ([EMAIL PROTECTED]) [20050716 19:49]: Do you have a .gnome2/session-manual file? Please attach it if you do. I don't have either. However, I scrubbed GNOME completely and reinstalled from experimental/sid, and the problem went away, so I'm not concerned any more. Peter --

Bug#316798: gnome-control-center: GNOME session startup is blocked

* Josselin Mouette ([EMAIL PROTECTED]) [20050704 12:46]: Please attach your .gnome2/session file. Here you are. Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ /[EMAIL PROTECTED] .+' `+...+'

Bug#316798: gnome-control-center: GNOME session startup is blocked

* Josselin Mouette ([EMAIL PROTECTED]) [20050704 15:30]: What if you remove gaim from your session? It is known to have a broken session handling. (Same question for xpad, but I doubt this one is at fault.) Removing either or both of them does not change the situation. Even removing the

Bug#316798: gnome-control-center: GNOME session startup is blocked

Package: gnome-control-center Version: 1:2.10.1-4 Severity: grave Justification: renders package unusable After upgrade, GNOME session startups are blocked by /usr/lib/control-center/gnome-settings-daemon sitting in a read() syscall and not advancing. Reproduced on two different hardware. --