Bug#875018: [lfhex] Future Qt4 removal from Buster

[Tobias Klauser]

Hi,

On 2019-07-22 at 16:29:45 +0200, Boyuan Yang  wrote:
> X-Debbugs-CC: tklau...@distanz.ch
> 
> It's been almost 10 years since your last upload and I think it's quite clear
> that package lfhex has a dead upstream and it will not be ported away from the
> deprecated Qt4. With projected Qt4 removal in Debian, I think package lfhex
> has to be removed eventually, ideally within the Bullseye cycle.
> 
> Please let me know if you think it's okay to have it removed from Debian soon.
> If there's no response within 28 days, I will proceed to file the Removal
> request to Debian FTP Masters and have the package removed from Sid.

I haven't used lfhex myself in a long time and forgot that I was still
listed as this package's maintainer. From my point of view it's
perfectly okay to remove it from Debian. Please feel free to file the
removal request as you see fit.

Thanks a lot
Tobias

Bug#843162: netsniff-ng: ifpps segmentation fault on x86

[Tobias Klauser]

tags 843162 patch
thanks

The crash is caused by using the wrong scanf/printf format specifier and
is fixed upstream by commit 7aa9f970e883 ("all: Use macros for
printf/scanf format specifiers"). The respective patch is attached as a
patch.
>From 7aa9f970e88382f2508ee55122e27cdcfd8cdbda Mon Sep 17 00:00:00 2001
From: James McCoy <vega.ja...@gmail.com>
Date: Thu, 1 May 2014 11:14:31 -0400
Subject: [PATCH] all: Use macros for printf/scanf format specifiers

Any types that are fixed width should use the standard format specifier
macros (PRI... for printf-type functions, SCN... for scanf-type
functions) to ensure proper data access.

Prior to this ifpps was crashing in 32-bit environments due to the
following call

	mvwprintw(screen, (*voff)++, 2,
		  "%s,%s %s (%s%s), t=%lums, cpus=%u%s/%u"
		  "   ", uts.release, machine,
		  ifname, drvinf.driver, buff, ms_interval, top_cpus,
		  top_cpus > 0 && top_cpus < cpus ? "+1" : "", cpus);

since ms_interval is a uint64_t but %lu expects an unsigned long, which
is only 32 bits.

Signed-off-by: James McCoy <vega.ja...@gmail.com>
Signed-off-by: Tobias Klauser <tklau...@distanz.ch>
---
 flowtop.c |9 ---
 ifpps.c   |   61 +++--
 proto_80211_mac_hdr.c |   15 +--
 proto_icmpv6.c|3 ++-
 proto_igmp.c  |3 ++-
 proto_ipv6_mobility_hdr.c |7 +++---
 proto_ipv6_routing.c  |2 +-
 ring_rx.c |9 ---
 trafgen_parser.y  |8 +++---
 9 files changed, 62 insertions(+), 55 deletions(-)

diff --git a/flowtop.c b/flowtop.c
index 5b0a88cf416a..5a283f758a5d 100644
--- a/flowtop.c
+++ b/flowtop.c
@@ -22,6 +22,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "die.h"
 #include "xmalloc.h"
@@ -751,7 +752,7 @@ static void presenter_screen_do_line(WINDOW *screen, struct flow_entry *n,
 
 	/* PID, application name */
 	if (n->procnum > 0) {
-		slprintf(tmp, sizeof(tmp), "%s(%u)", basename(n->cmdline),
+		slprintf(tmp, sizeof(tmp), "%s(%d)", basename(n->cmdline),
 			 n->procnum);
 
 		printw("[");
@@ -806,7 +807,7 @@ static void presenter_screen_do_line(WINDOW *screen, struct flow_entry *n,
 
 	/* Number packets, bytes */
 	if (n->counter_pkts > 0 && n->counter_bytes > 0)
-		printw(" (%llu pkts, %llu bytes) ->",
+		printw(" (%"PRIu64" pkts, %"PRIu64" bytes) ->",
 		   n->counter_pkts, n->counter_bytes);
 
 	/* Show source information: reverse DNS, port, country, city */
@@ -815,7 +816,7 @@ static void presenter_screen_do_line(WINDOW *screen, struct flow_entry *n,
 		mvwprintw(screen, ++(*line), 8, "src: %s", n->rev_dns_src);
 		attroff(COLOR_PAIR(1));
 
-		printw(":%u", n->port_src);
+		printw(":%"PRIu16, n->port_src);
 
 		if (n->country_src[0]) {
 			printw(" (");
@@ -838,7 +839,7 @@ static void presenter_screen_do_line(WINDOW *screen, struct flow_entry *n,
 	mvwprintw(screen, ++(*line), 8, "dst: %s", n->rev_dns_dst);
 	attroff(COLOR_PAIR(2));
 
-	printw(":%u", n->port_dst);
+	printw(":%"PRIu16, n->port_dst);
 
 	if (n->country_dst[0]) {
 		printw(" (");
diff --git a/ifpps.c b/ifpps.c
index 0d13b089faaa..4cdcbf43a82b 100644
--- a/ifpps.c
+++ b/ifpps.c
@@ -10,6 +10,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -452,7 +453,7 @@ static int stats_proc_system(struct ifstat *stats)
 			cpu = strtol(ptr, , 10);
 			bug_on(cpu > cpus);
 
-			if (sscanf(ptr, "%lu%lu%lu%lu%lu",
+			if (sscanf(ptr, "%"SCNu64"%"SCNu64"%"SCNu64"%"SCNu64"%"SCNu64,
    >cpu_user[cpu],
    >cpu_nice[cpu],
    >cpu_sys[cpu],
@@ -730,7 +731,7 @@ static void screen_header(WINDOW *screen, const char *ifname, int *voff,
 		slprintf(machine, sizeof(machine), " %s,", uts.machine);
 
 	mvwprintw(screen, (*voff)++, 2,
-		  "%s,%s %s (%s%s), t=%lums, cpus=%u%s/%u"
+		  "%s,%s %s (%s%s), t=%"PRIu64"ms, cpus=%u%s/%u"
 		  "   ", uts.release, machine,
 		  ifname, drvinf.driver, buff, ms_interval, top_cpus,
 		  top_cpus > 0 && top_cpus < cpus ? "+1" : "", cpus);
@@ -798,27 +799,27 @@ static void screen_sys(WINDOW *screen, const struct ifstat *rel,
 		   const struct ifstat *abs, int *voff)
 {
 	mvwprintw(screen, (*voff)++, 2,
-		  "sys:  %14u cs/t "
-			"%11u procs "
-			"%11u running "
-			"%10u iowait",
+		  "sys:  %14"PRIu32" cs/t "
+			"%11"PRIu32" procs "
+			"%11"PRIu32" running "
+			"%10&q

Bug#806547: Fwd: Bug#806547: netsniff-ng: please make the build reproducible

[Tobias Klauser]

Hi Reiner

> Subject: Bug#806547: netsniff-ng: please make the build reproducible
> Resent-Date: Sat, 28 Nov 2015 17:36:06 +
> Resent-From: Reiner Herrmann 
> Resent-To: debian-bugs-dist@lists.debian.org
> Resent-CC: reproducible-bui...@lists.alioth.debian.org, Daniel Borkmann 
> 
> Date: Sat, 28 Nov 2015 18:32:40 +0100
> From: Reiner Herrmann 
> Reply-To: Reiner Herrmann , 806...@bugs.debian.org
> To: sub...@bugs.debian.org
> 
> Source: netsniff-ng
> Version: 0.6.0-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: locale fileordering
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Hi!
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that netsniff-ng could not be built reproducibly.
> The order of object files varies while linking.
> 
> The attached patch fixes this by ensuring a stable order independent
> of the configured locale.

Thanks a lot for the report and your patch. I applied it in the upstream
repo now (commit 84fda19).

Thanks
Tobias


signature.asc
Description: Digital signature

Bug#804803: RM: inotail -- ROM; obsolete, unmaintained

[Tobias Klauser]

Package: ftp.debian.org
Severity: normal

Dear FTP masters

Please remove the inotail package for the following reasons:

  1. tail from GNU coreutils >= 7.5 uses inotify for --follow if
 available (as inotail does), making inotail obsolete.
  2. I no longer develop or maintain inotail upstream.
  3. Removal has been requested already 5 years ago (#584101) and the
 justification given back then to keep it in (popcon counts) no
 longer applies (289 installations, 5 recent).

Thanks
Tobias


signature.asc
Description: Digital signature

Bug#584101: inotail: As coreutils in sid and squeeze supports inotify, this package should be removed from sid

[Tobias Klauser]

tags -wontfix
thanks

On 2015-11-07 at 19:24:13 +0100, Iain R. Learmonth <i...@debian.org> wrote:
> Hi,
> 
> On Tue, 1 Jun 2010 12:49:49 +0200 Tobias Klauser <tklau...@distanz.ch> wrote:
> > There are still around 450 users of inotail according to popcon and I
> > still know of several users who are using inotail on a regular basis. So
> > I'd rather keep it around for a bit.
> 
> There are only 290 installations of inotail according to popcon at this
> time, with only 4 recent users.
> 
> I see no reason for this package to be shipped in stretch, and removing
> earlier will give people time to fix up any scripts that may be using this
> before stretch becomes stable.

Fair enough. I filed an RM bug for inotail in #804803.

Regards
Tobias


signature.asc
Description: Digital signature

Bug#750077: Patch to fix #750077

[Tobias Klauser]

Quite an odd use of the ternary operator :-/ I fixed this up upstream by
replacing the statement which caused the build failure by a standard
if/else. See [1] or the attached patch.

[1]
https://github.com/netsniff-ng/netsniff-ng/commit/96cbba90a5ccf29c2124b8d4d46ed534861ccf44
From 96cbba90a5ccf29c2124b8d4d46ed534861ccf44 Mon Sep 17 00:00:00 2001
From: Tobias Klauser tklau...@distanz.ch
Date: Mon, 2 Jun 2014 13:59:39 +0200
Subject: [PATCH] mausezahn: Don't use ternary operator to decide which
 function to call

Replace an odd use of the ternary operator with a more readable if/else.
This fixes Debian Bug #750077.

Signed-off-by: Tobias Klauser tklau...@distanz.ch
---
 staging/modifications.c |6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/staging/modifications.c b/staging/modifications.c
index 3dc2abf..08e9fb0 100644
--- a/staging/modifications.c
+++ b/staging/modifications.c
@@ -638,7 +638,11 @@ int print_frame_details()

dum1 =  (unsigned char*) tx.ip_src_h;
dum2 = (unsigned char*) tx.ip_dst_h;
-   (mode==IP) ? (void) bs2str(tx.ip_payload, pld, tx.ip_payload_s) : strcpy(pld, [see next layer]);
+   if (mode==IP) {
+ (void) bs2str(tx.ip_payload, pld, tx.ip_payload_s);
+   } else {
+ strcpy(pld, [see next layer]);
+   }
 
if (ipv6_mode) {
  char src6[64]; char dst6[64];
-- 
1.7.9.5

Bug#692105: RFA: c-cpp-reference -- C and C++ programming reference

[Tobias Klauser]

Package: wnpp
Severity: normal

I request an adopter for the c-cpp-reference package as I no longer use
it and lack the time to properly maintain it.

The package description is:
 A reference for C and C++ primarily created to be used with KDevelop. As it is
 in HTML format, it can also be used without KDevelop using your favorite
 browser.

Thanks
Tobias


signature.asc
Description: Digital signature

Bug#691906: RFA: avra -- Assembler for Atmel AVR microcontrollers

[Tobias Klauser]

Package: wnpp
Severity: normal

I request an adopter for the avra package as I no longer use it and
lack the time to properly maintain it. There is a new upstream version
(1.3.0, see #588507) waiting to be packaged and a few Lintian warnings
to be taken care of.

The package description is:
 Avra is an assembler for the Atmel's family of AVR 8-bit RISC
 microcontrollers.  It is mostly compatible with Atmel's own assembler,
 but adds new features such as better macro support and additional
 preprocessor directives.

Thanks
Tobias


signature.asc
Description: Digital signature

Bug#691841: RFA: acpitail -- Show ACPI information in a tail-like style

[Tobias Klauser]

Package: acpitail
Severity: normal

I request an adopter for the acpitail package.

The package description is:
 acpitail shows ACPI status information about battery, fan and
 temperature in a tail-like way. As soon as a value changes, the new
 value gets appended to the current output.

As there haven't been any new upstream releases and acpitail is a small
an simple package, maintaining it shouldn't require much time.

Thanks
Tobias


signature.asc
Description: Digital signature

Bug#691843: RFA: lfhex -- large file hex editor

[Tobias Klauser]

Package: wnpp
Severity: normal

I request an adopter for the lfhex package as I no longer use it and
lack the time to properly maintain it.

The package description is:
 lfhex is an application for viewing and editing files in hex, octal,
 binary, or ascii text. The main strength of lfhex is its ability to
 work with files much larger than system memory or address space.

There are three outstanding bugs, two of them with patches available.
Otherwise the package shouldn't need too much work, there haven't been
any new upstream releases for quite a while.

Thanks
Tobias


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

Bug#664388: [PATCH] lfhex: Helping to update to packaging format 3.0

[Tobias Klauser]

On 2012-03-17 at 17:40:09 +0100, jari.aa...@cante.net jari.aa...@cante.net 
wrote:
 Package: lfhex
 Severity: wishlist
 Tags: patch
 
 Hi,
 
 The dpatch patch management system has been deprecated for some time. The
 Lintian currently flags use of dpatch packages as an error. The new 3.0
 packaging format is an improved version which, among other things, contains
 patch management built-in. For more information, see:
 
 http://wiki.debian.org/Projects/DebSrc3.0
 
 I had some free time; see attached patch to migrate to new package
 format. Note that all files in debian/patches/* are canocalized to
 *.patch.
 
 Let me know if there is anything that needs adjusting or if it is ok
 to upload this version in a NMU in case you are working on other
 issues needing attention.

Thanks a lot for your work, please go ahead with the NMU.

Tobias



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

Bug#626728: cscope: NMU diff for 15.7a-3.4

[Tobias Klauser]

Hi Jari

On 2011-09-23 at 18:15:32 +0200, jari.aa...@cante.net jari.aa...@cante.net 
wrote:
 I have some free time and I'm offering help.
 
 Here is the NMU diff according to DevRef 5.11.1[1][2] for bug: #626728.
 
 Please let me know if it is ok to proceed with the NMU. Feel free to
 contact if you have any questions.

Please got ahead with the NMU. Thanks a lot for taking care, your help
is greatly appreciated.

Tobias



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

Bug#608985: cscope: NMU diff for 15.7a-3.3

[Tobias Klauser]

Hi Jari

On 2011-01-07 at 11:03:14 +0100, jari.aa...@cante.net jari.aa...@cante.net 
wrote:
 I've uploaded past two NMU for this package and this bug may be related
 to the made changes. I have some free time and I'm offering help.

Please go ahead with the NMU.

The patch you posted seems reversed but otherwise looks good to me.

Thanks a lot for your help
Tobias



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

Bug#584101: inotail: As coreutils in sid and squeeze supports inotify, this package should be removed from sid

[Tobias Klauser]

tags 584101 wontfix
thanks

On 2010-06-01 at 11:24:07 +0200, scientes scientes-b...@jengr.com wrote:
 Package: inotail
 Version: 0.5-2
 Severity: normal
 
 I used this for quite a while, but coreutils support inotify now (I actually 
 reported it to 
 the coreutils mailing list). I think this package should be removed from sid, 
 as it is no 
 longer useful.

There are still around 450 users of inotail according to popcon and I
still know of several users who are using inotail on a regular basis. So
I'd rather keep it around for a bit.


signature.asc
Description: Digital signature

Bug#565727: cscope: Intent to NMU (Don't depend on emacsen-common (breaks upgrade))

[Tobias Klauser]

On 2010-05-09 at 19:37:58 +0200, Jari Aalto jari.aa...@cante.net wrote:
 I've been fixing important and above bugs for release lately and
 noticed this one. Please let me know if this bug is already been
 worked on or if it's okay to NMU the package.

Please go on with your NMU. If been quite busy at work lately so I
didn't find the time yet to properly take care of this bug.

Thanks a lot
Tobias



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

Bug#566313: ipheth driver submitted upstream

[Tobias Klauser]

Just a short notice:

The driver has been submitted to the LKML for mainline inclusion, see
the thread at [1].

[1] http://lkml.org/lkml/2010/3/30/377

-- 
  .''`. Tobias Klauser
 : :'  :tklau...@distanz.ch
 `. `'` GPG-Key: 0xB5510F47
   `-



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

Bug#568758: usbmuxd: Please install README and README.devel

[Tobias Klauser]

Package: usbmuxd
Version: 1.0.0-2
Severity: normal

It would be nice to have the README and README.devel files shipped with
the source of usbmuxd installed to /usr/share/doc/usbmuxd by the Debian
package.

I guess dh_installdocs README README.devel should do the job.

Cheers, Tobias

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

Kernel: Linux 2.6.33-rc6-tk.krypton (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages usbmuxd depends on:
ii  adduser   3.112  add and remove users and groups
ii  libc6 2.10.2-5   Embedded GNU C Library: Shared lib
ii  libusb-1.0-0  2:1.0.6-1  userspace USB programming library
ii  libusbmuxd1   1.0.0-2USB multiplexor daemon for iPhone 

usbmuxd recommends no packages.

usbmuxd suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#567240: script fails without configuration file

[Tobias Klauser]

Tags: patch

Attached is a patch for the halevt initscript which checks for the
config file to exist before starting halevt. It only checks for the
default location where the Debian package installs the config file
(/etc/halevt/halevt.xml) but not the other places halevt allows to store
the config file ($HOME/.halevt and /usr/share/halevt) which I guess is
ok.

One note though: I was not able to reproduce the bug here with a fresh
install of halevt 0.1.5-3 on sid:

  tklau...@krypton:~ % sudo apt-get install halevt
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  The following NEW packages will be installed
halevt
  0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
  Need to get 0B/59.8kB of archives.
  After this operation, 307kB of additional disk space will be used.
  Selecting previously deselected package halevt.
  (Reading database ... 109185 files and directories currently installed.)
  Unpacking halevt (from .../halevt_0.1.5-3_i386.deb) ...
  Processing triggers for readahead-fedora ...
  Processing triggers for man-db ...
  Processing triggers for install-info ...
  Setting up halevt (0.1.5-3) ...
  Creating a user 'halevt'...
  adduser: Warning: The home directory `/var/lib/halevt' does not belong to the 
user you are currently creating.
  Starting halevt daemon: OK.
  sudo apt-get install halevt  4.39s user 1.10s system 77% cpu 7.087 total
  tklau...@krypton:~ %

Cheers, Tobias

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

Kernel: Linux 2.6.32-rc5-tk.krypton (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages halevt depends on:
ii  adduser  3.112   add and remove users and groups
ii  dpkg 1.15.5.6Debian package management system
ii  hal  0.5.14-2Hardware Abstraction Layer
ii  install-info 4.13a.dfsg.1-5  Manage installed documentation in 
ii  libboolstuff-0.1-0   0.1.12-3library for operating on boolean e
ii  libc62.10.2-5Embedded GNU C Library: Shared lib
ii  libdbus-1-3  1.2.16-2simple interprocess messaging syst
ii  libdbus-glib-1-2 0.82-2  simple interprocess messaging syst
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libhal1  0.5.14-2Hardware Abstraction Layer - share
ii  libxml2  2.7.6.dfsg-2+b1 GNOME XML library

halevt recommends no packages.

halevt suggests no packages.

-- no debconf information
Index: halevt-0.1.5/halevt-initscript
===
--- halevt-0.1.5.orig/halevt-initscript	2010-01-31 20:02:38.0 +0100
+++ halevt-0.1.5/halevt-initscript	2010-01-31 22:55:33.0 +0100
@@ -34,7 +34,9 @@
 [ -e /etc/default/halevt ]  . /etc/default/halevt
 
 halevt_start() {
-if [ $START_DAEMON = yes ]; then
+if [ ! -e /etc/halevt/halevt.xml ]; then
+log_warning_msg Not starting halevt daemon; configuration file missing
+elif [ $START_DAEMON = yes ]; then
 
 	echo -n Starting halevt daemon: 
 	start-stop-daemon --start --oknodo --pidfile $PIDFILE \

Bug#566302: please return cscope-minor-mode with menu and shortcuts

[Tobias Klauser]

tags 566302 + help
thanks

Hi Yaroslav,

Thanks for your bug report.

On 2010-01-22 at 19:28:32 +0100, Yaroslav Halchenko deb...@onerussian.com 
wrote:
 Package: cscope
 Version: 15.7a-3
 Severity: normal
 
 I am using emacs 23.1.1 now
 
 It used to be a time when cscope minor mode was readily available.  Now there
 is a function, not marked as interactive (so can't simply called after \M-x)
 called cscope-minor-mode.  Nor it seems to be declared properly to become a
 minor mode (I am ignorant in elisp but I just compared to outline.el and how
 outline-minor-mode defined in there)
 
 Also, loading hooks are no longer placed under /etc/emacs* so I have to
 first load-library xcscope library explicitely, and then do
 
 \M-x eval-expression
 cscope-minor-mode
 
 To actually enable cscope minor mode with its menu... I still see no
 shortcuts in the description of the mode, nor any of them seems to be active.

As I'm not an emacs user myself I lack the proper knowledge to tackle
this bug (and on that matter: I'm also in need of help on another
emacs-related bug filed against the cscope package - #565727).

I'd appreciate any pointers on what to do to to make the cscope minor
mode working as expected again or on where to find someone who'd be able
to help out here.

Thanks, Tobias


signature.asc
Description: Digital signature

Bug#567730: aiccu: Should handle empty DNS query responses

[Tobias Klauser]

Package: aiccu
Version: 20070115-11
Severity: normal

Hi,

As I tried installing aiccu today, it was hanging (until I Ctrl-C'ed
it) after the message Preconfiguring packages

I was able to trace this back to the $BROKERS variable (in
the aiccu.config script) not containing anything. Looking further up I
encountered a call to either dig or host to query _aiccu.sixxs.net for
TXT records.

I tried those dig/host calls myself on the shell and they indeed
didn't return any TXT record (although they should have).

As I'm behind a (closed-source, not under my control) DSL-Router doing
NAT I soon suspected it messing with my DNS queries as it is listed in
my resolv.conf

Querying another nameserver (e.g. directly querying my providers DNS
server with dig @ns.example.org ...) the TXT records were correctly
returned.

Although this clearly isn't your package's fault, it would be nice if
the case of the dig/host call returning no valid TXT data would be
handeled in aiccu.config (e.g. by falling back to the brokers list as
it is done if neither dig or host are available).

Cheers, Tobias

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

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

Versions of packages aiccu depends on:
ii  debconf [debconf-2.0]   1.5.28   Debian configuration management sy
ii  iproute 20091226-1   networking and traffic control too
ii  iputils-ping3:20071127-2 Tools to test the reachability of 
ii  iputils-tracepath   3:20071127-2 Tools to trace the network path to
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libgnutls26 2.8.5-2  the GNU TLS library - runtime libr
ii  lsb-base3.2-23   Linux Standard Base 3.2 init scrip
ii  ucf 3.0025   Update Configuration File: preserv

Versions of packages aiccu recommends:
ii  ntpdate 1:4.2.4p8+dfsg-1 client for setting system time fro

aiccu suggests no packages.

-- debconf information excluded



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

Bug#561718: Can confirm Bug#561718: subprocess installed post-installation script

[Tobias Klauser]

found 561718 1.2.1-3
thanks

Hi,

I can reproduce this bug here:

| Setting up nfs-common (1:1.2.1-3) ...
| insserv: Service portmap has to be enabled to start service nfs-common
| insserv: exiting now!
| update-rc.d: error: insserv rejected the script header
| dpkg: error processing nfs-common (--configure):
|  subprocess installed post-installation script returned error exit status 1
| Errors were encountered while processing:
|  nfs-common
| E: Sub-process /usr/bin/dpkg returned an error code (1)

The message suggests that the portmap initscript is not enabled at the
time of the installation (which is the case here on my netbook, I don't
want to have it started at boot by default). And indeed after
reactivating portmap using 'insserv /etc/init.d/portmap' the nfs-common
installation was successful.

Cheers, Tobias


signature.asc
Description: Digital signature

Bug#565727: Don't depend on emacsen-comon stuff

[Tobias Klauser]

tag 565727 + help
thanks

Hi Klaus,

Thanks for your report and sorry for following up so late.

On 2010-01-18 at 11:17:05 +0100, Klaus Ethgen kl...@ethgen.de wrote:
 Package: cscope
 Version: 15.7a-3
 Severity: serious
 
 I wanted to fill a critical bug for this as it breaks upgrade procedure
 of other packages. But serious is also true as it shouldn't. Well.
 
 The problem is that /usr/lib/emacsen-common/emacs-package-remove
 cscope will fail if no emacs is installed (telling something that it is
 called before emacs is configured, which is not true).

I thought that was why I needed to depend on emacsen-common in the first
place (also see #562550).

As I myself don't use emacs and thus also don't use the cscope emacs
bindings, I really lack the proper knowledge to correctly tackle this
bug.

I'd be happy about any emacs-expert pointing me towards a proper
solution.

I'm not sure about whom to Cc/contact about this. The best guess I came
up with was the debian-emacsen mailing list. But that one seems orphaned
for quite a while.

 That ends in many packages not getting configured when upgrading the
 system. However, a simple || : at the end of the call would be
 enough to work around the bug. Better would be to throw the whole emacs
 stuf away as cscope is much of use without emacs installed! (I see no
 reason why I should install emacs at all.)

I think there are users who rely on cscope to provide the emacs bindings
(also see bug #566302), so it'd be kind of sad to just throw the whole
emacs-specific stuff away as you suggest. OTOH as I already mentioned I
really lack the proper knowledge about emacs to get this right. So I
guess throwing it away temporarily until somebody can come up with a
feasible solution currently seems like the best solution I have to
resolve this bug.

Cheers, Tobias


signature.asc
Description: Digital signature

Bug#561141: description misleading now that tail uses inotify

[Tobias Klauser]

Hi Joey,

Thanks for your report and sorry for taking so long to reply.

On 2009-12-14 at 20:52:39 +0100, Joey Hess jo...@debian.org wrote:
 Package: inotail
 Version: 0.5-1
 Severity: normal
 
 Tail uses inotify as of coreutils 7.5. So either this package is
 no longer useful, or it has some other features that tail lacks.

I think there is still a use for coreutils in systems where one does not
want coreutils, e.g. some embedded systems. I know of some users who
use it that way. Also the popcon count show that 478 users (as of today)
at least still have it installed on their system.

 Either way, the current description is misleading, since it
 implies that tail doesn't use inotify.

Though I don't really think the description implies coreutils tail does
not support tail. But FWIW I'll remove the mentioning of coreutils
alltogether from the description or replace it with a notice about
coreutils now using inotify.

Thanks, Tobias



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

Bug#562550: cscope: Should depend on emacsen-common

[Tobias Klauser]

Package: cscope
Version: 15.7a-2
Severity: serious

While upgrading cscope to 15.7a-2:

Preparing to replace cscope 15.7a-2 (using .../cscope_15.7a-2_i386.deb)
...
ERROR: emacsen-common being used before being configured.
ERROR: This is likely a bug in the cscope package, which needs to
ERROR: add one of the appropriate dependencies.
ERROR: See /usr/share/doc/emacsen-common/debian-emacs-policy.gz
ERROR: for details.

Adding emacsen-common to Depends: should fix this.



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

Bug#551418: Reopen #551418

[Tobias Klauser]

reopen 551418
thanks

I made a stoopid^Wstupid typo fixing the watch file (stoppidsimple.com
instead of stoopidsimple.com) which still results in an error checking
for new version.

I'll fix this in the next maintenance upload. Sorry.

T.



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

Bug#515164: cscope Debian package 15.7a-1

[Tobias Klauser]

tags 515164 +patch
thanks

Hi Benoit,

On 2009-10-17 at 12:04:55 +0200, Benoit Izac benoit.i...@free.fr wrote:
 There are two typos in the last cscope Debian package (cscope-15.7a-1).
 Please, could you correct them?
 Patch attached.

Thanks for your patch. I'll create an updated version later on today and
ask my sponsor to upload it.

Thanks,
Tobias

Patch for BTS reference below:

diff -ru cscope-15.7a.orig/debian/cscope.emacsen-install 
cscope-15.7a/debian/cscope.emacsen-install
--- cscope-15.7a.orig/debian/cscope.emacsen-install 2009-10-17 
11:47:03.0 +0200
+++ cscope-15.7a/debian/cscope.emacsen-install  2009-10-17 11:48:10.347039437 
+0200
@@ -8,7 +8,7 @@
 
 ELDIR=/usr/share/emacs/site-lisp/
 ELCDIR=/usr/share/$FLAVOUR/site-lisp/$PACKAGE
-ELFILE=xscope.el
+ELFILE=xcscope.el
 FLAGS=-batch -no-site-file -l path.el -f batch-byte-compile
 
 if [ $FLAVOUR != emacs ]; then
diff -ru cscope-15.7a.orig/debian/cscope.emacsen-remove 
cscope-15.7a/debian/cscope.emacsen-remove
--- cscope-15.7a.orig/debian/cscope.emacsen-remove  2009-10-17 
11:47:03.0 +0200
+++ cscope-15.7a/debian/cscope.emacsen-remove   2009-10-17 11:48:30.919577143 
+0200
@@ -3,7 +3,7 @@
 
 FLAVOUR=$1
 PACKAGE=cscope
-ELCFILE=xcscope.el
+ELCFILE=xcscope.elc
 
 if [ $FLAVOUR != emacs ]; then
echo remove/$PACKAGE: Purging byte-compiled files for $FLAVOUR



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

Bug#515164: intended NMU

[Tobias Klauser]

On 2009-08-05 at 18:04:13 +0200, Yaroslav Halchenko deb...@onerussian.com 
wrote:
 I have intent for NMU to close this easy issue with the attached
 patch. package would be uploaded in a few days to delayed queue if no
 action is taken to have bug closed properly.

Please go ahead and NMU it.

Thanks a lot,
Tobias



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

Bug#502121: [wnpp]

[Tobias Klauser]

On 2009-04-21 at 22:21:17 +0200, Resul Cetin resul-ce...@gmx.net wrote:
 Package: wnpp
 
 Some things changed in the project.
 
 New website: http://code.google.com/p/sreadahead/
 Version: 1.0
 
 A patch for the current kernel is needed to enable open tracing. The rest 
 should work better than readahead. No more ext3 dependency is needed anymore.

Thanks for the info. I'll wait with the packaging until the patch has
made it upstream and is available in the Debian kernel. IMO it doesn't
make much sense to create a package which needs manual kernel patching
by the user.

Thanks, Tobias



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

Bug#416278: Status update

[Tobias Klauser]

Just a quick status update:

Upstream pyzor has been taken over by a new maintainer. I'm in contact
with him and currently in the process of reviewin and rediffing the
debian patches against current trunk and submitting them to the upstream
patch tracker [1]. I also submitted the manpages for pyzor and pyzord
originally created for the Debian package.

[1] https://sourceforge.net/tracker/?group_id=5atid=458244


signature.asc
Description: Digital signature

Bug#382052: iperf: Behaviour is documented in manpage

[Tobias Klauser]

This behaviour of iperf is clearly documented in the synopsis section
of the manpage:

|SYNOPSIS
|   iperf -s [ options ]
|
|   iperf -c server [ options ]
|
|   iperf -u -s [ options ]
|
|   iperf -u -c server [ options ]
|

All options except -c, -s and -u need to be passed after the server
argument, so this also applies to -d.

I suggest to close this bug, tagging it wontfix.



signature.asc
Description: Digital signature

Bug#507443: avra 1.2.3 register/bit definitions with unclear license

[Tobias Klauser]

Hi,

Since version 1.2.3 of avra [0] (not yet in Debian, I'm in the process of
packaging it) a zip-file is shipped in the upstream tarball containing
register/bit definitions for the various Atmel microcontrollers. The
package seems to come directly from Atmel [1]. The associated
applications note [2] doesn't state a license or copyright niether. The
files themselves contain no license or copyright statement, nor does the
upstream copyright mention these files.

[0] http://puzzle.dl.sourceforge.net/sourceforge/avra/avra-1.2.3a-src.tar.bz2
[1] http://www.atmel.com/dyn/resources/prod_documents/AVR000.zip
[2] http://www.atmel.com/dyn/resources/prod_documents/doc0931.pdf

The files are not installed by the upstream makefile and seem to be
there for documentation purpose.

How should I continue packaging avra 1.2.3? Should I create a
.orig.tar.gz tarball without this zip-file? Or can I ship it
nonetheless?

Thanks in advance and regards,
Tobias Klauser

(Please Cc me on replies, I'm not subscribed to debian-legal.)



signature.asc
Description: Digital signature

Bug#416278: ITA: pyzor -- spam-catcher using a collaborative filtering network

[Tobias Klauser]

retitle 416278 ITA: pyzor -- spam-catcher using a collaborative filtering 
network
owner 416278 !
thanks

I intend to adopt pyzor but I have to get more familiar with python
packaging first. Co-maintainers welcome!

Cheers, Tobias



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

Bug#416278: ITA: pyzor -- spam-catcher using a collaborative filtering network

[Tobias Klauser]

On 2008-10-19 at 14:53:15 +0200, Sandro Tosi [EMAIL PROTECTED] wrote:
 On Sun, Oct 19, 2008 at 14:01, Tobias Klauser [EMAIL PROTECTED] wrote:
  I intend to adopt pyzor but I have to get more familiar with python
  packaging first. Co-maintainers welcome!
 
 What about joining PAPT[1] and maintain the package there, with all
 the support we can give? :)

Will do. Join request already sent.

Thanks, Tobias



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

Bug#496410: The possibility of attack with the help of symlinks in some Debian packages

[Tobias Klauser]

Hi,

It looks like there are some more tempfile creation problems in the
redhat-cluster source package.

1) In rgmanager/src/daemons/main.c (line 707):

void
dump_internal_state(char *loc)
{
FILE *fp;
fp=fopen(loc, w+);
dump_config_version(fp);
dump_threads(fp);
dump_vf_states(fp);
#ifdef WRAP_THREADS
dump_thread_states(fp);
#endif
dump_cluster_ctx(fp);
//malloc_dump_table(fp, 1, 16384); /* Only works if alloc.c us 
used */
fclose(fp);
}
...
dump_internal_state(/tmp/rgmanager-dump);

This file is part of the binary clurgmgrd (package rgmanager) which is run as
root.

2) In gfs2/edit/savemeta.c (line 27):

#define DFT_SAVE_FILE /tmp/gfsmeta
...
if (!out_fn)
out_fn = DFT_SAVE_FILE;
out_fd = open(out_fn, O_RDWR | O_CREAT, 0644);
if (out_fd  0)
die(Can't open %s: %s\n, out_fn, strerror(errno));

if (ftruncate(out_fd, 0))
die(Can't truncate %s: %s\n, out_fn, strerror(errno));

This file is part of the binary gfs2_edit (package gfs2-tools) which is run as
root.

3) In ccs/ccs_tool/upgrade.c (line 223):

sprintf(tmp_file, /tmp/tmp_%d, getpid());

tmp_fd = open(tmp_file, O_RDWR | O_CREAT |O_TRUNC, S_IRUSR|S_IWUSR)
...
unlink(tmp_file);

The filename is only depended on the PID of the process. Though, the binary
ccs_tool does not seem to be part of any package built from the redhat-cluster
source package.

Cheers, Tobias



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

Bug#496360: The possibility of attack with the help of symlinks in some Debian packages

[Tobias Klauser]

tags 496360 +patch
kthxbye

Hi,

Attached is a patch which fixes the issue in liguidsoap.py.  It makes
use of tempfile.mkstemp to create the temporary file and deletes it on
exit of liguidsoap (which wasn't the case up to now).

I still see a problem with the liquidsoap logfile being written to /tmp
[1].  The filename there is only depended on the PID of the liquidsoap
process.  Unfortunately I lack OCaml hacking skills so I didn't patch
this one.

[1] set(log.file.path,/tmp/lig.pid.log)

Cheers, Tobias
diff -urpN liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py liquidsoap-0.3.8.1+2/gui/liguidsoap.py
--- liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py	2008-08-11 14:21:17.0 +0200
+++ liquidsoap-0.3.8.1+2/gui/liguidsoap.py	2008-10-10 17:21:43.0 +0200
@@ -8,6 +8,8 @@ import gobject
 import threading, socket, sys, os, time, re
 import getopt
 
+import tempfile
+
 from client import LiqClient
 from widgets import View
 
@@ -104,6 +106,7 @@ This is free software, released under th
 # liquidsoap runs liquidsoap with a fixed script
 # a few parameteres are available
 def liquidsoap(
+scriptfile,
 host='localhost',port=1234,mount='emission.ogg',
 backup=''):
   if backup=='':
@@ -111,7 +114,7 @@ def liquidsoap(
   else:
 addbackup=';backup'
 
-  os.system(cat  /tmp/liguidsoap.liq __EOL__
+  os.system(cat  %s __EOL__
 set(log.file.path,/tmp/lig.pid.log)
 set(log.stdout,true)
 set(server.telnet,true)
@@ -132,10 +135,10 @@ output.icecast.vorbis(
   id=broadcast,
   host=%s,port=%d,mount=%s,start=false,mixer)
 output.file.vorbis(id=backup,start=false,%s,mixer)
- % (host, port, mount, backup))
+ % (scriptfile, host, port, mount, backup))
   pid = os.fork()
   if pid==0:
-os.execlp(liquidsoap,liquidsoap,/tmp/liguidsoap.liq)
+os.execlp(liquidsoap,liquidsoap,scriptfile)
   else:
 print Running liquidsoap...
 return pid
@@ -162,10 +165,11 @@ def liguidsoap():
   ehost=eport=erun=dialog=None
   icehost=iceport=icemount=backup=None
 
-  def exit(pid):
+  def exit(pid, scriptfile):
 if pid!=None:
   os.kill(pid,15)
   os.waitpid(pid,0)
+os.remove(scriptfile)
 gtk.main_quit()
 
   # This startup function can be used to start the GUI directly
@@ -173,12 +177,15 @@ def liguidsoap():
   def start(response=None):
 # Dialog stuff
 liquid_pid=None
+scriptfile=None
 if response!=None:
   if response!=gtk.RESPONSE_ACCEPT:
 sys.exit()
   if erun.get_active():
 host,port = 'localhost',1234
+__unused, scriptfile = tempfile.mkstemp('.liq', 'liquidsoap')
 liquid_pid=liquidsoap(
+scriptfile,
 host=icehost.get_text(),
 port=iceport.get_value(),
 mount=icemount.get_text(),
@@ -195,7 +202,7 @@ def liguidsoap():
 win = gtk.Window()
 win.set_border_width(10)
 win.connect(delete_event, lambda w,e: False)
-win.connect(destroy, lambda osb: exit(liquid_pid))
+win.connect(destroy, lambda osb: exit(liquid_pid,scriptfile))
 win.set_title('Liquidsoap on '+host+':'+str(port))
 win.resize(700,300)
 try:

Bug#496360: Updated patch

[Tobias Klauser]

The previous patch contains a small flaw when trying to delete the file
on exit even if it does not exist.

An updated patch is attached.

Cheers, Tobias
diff -urpN liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py liquidsoap-0.3.8.1+2/gui/liguidsoap.py
--- liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py	2008-08-11 14:21:17.0 +0200
+++ liquidsoap-0.3.8.1+2/gui/liguidsoap.py	2008-10-10 17:21:43.0 +0200
@@ -8,6 +8,8 @@ import gobject
 import threading, socket, sys, os, time, re
 import getopt
 
+import tempfile
+
 from client import LiqClient
 from widgets import View
 
@@ -104,6 +106,7 @@ This is free software, released under th
 # liquidsoap runs liquidsoap with a fixed script
 # a few parameteres are available
 def liquidsoap(
+scriptfile,
 host='localhost',port=1234,mount='emission.ogg',
 backup=''):
   if backup=='':
@@ -111,7 +114,7 @@ def liquidsoap(
   else:
 addbackup=';backup'
 
-  os.system(cat  /tmp/liguidsoap.liq __EOL__
+  os.system(cat  %s __EOL__
 set(log.file.path,/tmp/lig.pid.log)
 set(log.stdout,true)
 set(server.telnet,true)
@@ -132,10 +135,10 @@ output.icecast.vorbis(
   id=broadcast,
   host=%s,port=%d,mount=%s,start=false,mixer)
 output.file.vorbis(id=backup,start=false,%s,mixer)
- % (host, port, mount, backup))
+ % (scriptfile, host, port, mount, backup))
   pid = os.fork()
   if pid==0:
-os.execlp(liquidsoap,liquidsoap,/tmp/liguidsoap.liq)
+os.execlp(liquidsoap,liquidsoap,scriptfile)
   else:
 print Running liquidsoap...
 return pid
@@ -162,10 +165,11 @@ def liguidsoap():
   ehost=eport=erun=dialog=None
   icehost=iceport=icemount=backup=None
 
-  def exit(pid):
+  def exit(pid, scriptfile):
 if pid!=None:
   os.kill(pid,15)
   os.waitpid(pid,0)
+os.remove(scriptfile)
 gtk.main_quit()
 
   # This startup function can be used to start the GUI directly
@@ -173,12 +177,15 @@ def liguidsoap():
   def start(response=None):
 # Dialog stuff
 liquid_pid=None
+scriptfile=None
 if response!=None:
   if response!=gtk.RESPONSE_ACCEPT:
 sys.exit()
   if erun.get_active():
 host,port = 'localhost',1234
+__unused, scriptfile = tempfile.mkstemp('.liq', 'liquidsoap')
 liquid_pid=liquidsoap(
+scriptfile,
 host=icehost.get_text(),
 port=iceport.get_value(),
 mount=icemount.get_text(),
@@ -195,7 +202,7 @@ def liguidsoap():
 win = gtk.Window()
 win.set_border_width(10)
 win.connect(delete_event, lambda w,e: False)
-win.connect(destroy, lambda osb: exit(liquid_pid))
+win.connect(destroy, lambda osb: exit(liquid_pid,scriptfile))
 win.set_title('Liquidsoap on '+host+':'+str(port))
 win.resize(700,300)
 try:

Bug#488632: pidgin: Few security flaws

[Tobias Klauser]

Hi,

According to [1] at least CVE-2008-2957 has been fixed upstream in
version 2.5.0

The fix looks the same as the one from [2] in libpurple/upnp.c but
differs a bit in libpurple/util.c

Unfortunately the upstream SCM is currently down so I was not able to
exract the patch from there.

[1] http://www.pidgin.im/news/security/
[2] http://crisp.cs.du.edu/crisp-files/pidgin-2.0.0-upnp-limit-download.diff

Cheers, Tobias



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

Bug#501424: gcc-avr: FTBFS in lenny: patching fails (again)

[Tobias Klauser]

The patch 40-1-gcc-4.3.0-bug-30243.patch was incorporated in gcc-4.3.2
(which is the version in Lenny according to [1]). So this patch can
safely be dropped from gcc-avr.

[1] http://packages.qa.debian.org/g/gcc-4.3.html

All other patches seem to apply fine.

Cheers, Tobias

-- 
  .''`. Tobias Klauser - Debian enthusiast
 : :'  :tklauser@(distanz|access.unizh).ch
 `. `'` GPG-Key: 0x3A445520
   `-



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

Bug#495467: lfhex FTBFS on arm/armel/mips/mipsel

[Tobias Klauser]

On 2008-08-17 at 17:55:42 +0200, Thiemo Seufer [EMAIL PROTECTED] wrote:
 Package: lfhex
 Version: 0.4-1
 Severity: important
 Tags: patch

Thanks for your bug report and for the patch. I'll create an updated
package includeing your patch in the newxt few days.

Did you already submit the patch upstream?

Cheers, Tobias



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

Bug#484773: slim includes current directory in $PATH

[Tobias Klauser]

Package: slim
Version: 1.3.0-1
Severity: normal

In the slim.conf installed by default the variable default_path includes
the current directory ./ in the first position:

 default_path./:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin

This leads to PATH including ./ in ithe environment of every X session
(unless overwritten in one of the shell's rc files). This could be a
security risk.

As a solution I propose removing ./ from default_path (and thus $PATH)
completely. A user who explicitely wants it in her $PATH can still add
it by editing the shell's rc files).

Cheers, Tobias

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

Kernel: Linux 2.6.25-tk.xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)
Shell: /bin/sh linked to /bin/bash

Versions of packages slim depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-5  GCC support library
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libpam0g  0.99.7.1-6 Pluggable Authentication Modules l
ii  libpng12-01.2.27-1   PNG library - runtime
ii  libstdc++64.3.0-5The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxft2   2.1.12-2   FreeType-based font drawing librar
ii  libxmu6   2:1.0.4-1  X11 miscellaneous utility library

slim recommends no packages.

-- debconf information:
* shared/default-x-display-manager: slim



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

Bug#483159: lfhex double ITPed

[Tobias Klauser]

Hi Alexander,

On 2008-05-27 at 18:49:23 +0200, Alexander Schmehl [EMAIL PROTECTED] wrote:
 Just in case you didn't noticed yourself, yet:  It seems that you two
 ITPed the very same package (within a timeframe of 10 Minutes).

Thanks for letting us know. Miriam told me in IRC that I can take the
package.

Cheers, Tobias



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

Bug#460527: inotail: doesn't notice file truncate

[Tobias Klauser]

tags 460527 + confirmed
stop

On 2008-01-13 at 13:32:23 +0100, Folkert van Heusden [EMAIL PROTECTED] wrote:
   Package: inotail
   Version: 0.5-1
   Severity: normal
   
   Regurarly it doesn't notice full truncates.
  
  Does it display the message File 'foo' moved? If yes, this is a known
  problem (due to inotail not getting the new filename, where the file
  has moved), which has been on my TODO list for some time. If no, could
  you please provide a test case?
 
 Nope, nothing at all.
 
 /usr/bin/inotail -f -n 1 /var/log/mail.log
 
 mail.log is the postfix logging via syslog

Sorry, I seemed to misunderstand your report. I could now reproduce the
bug. (GNU) tail prints a notice about the file being truncated while inotail
does not. I'll fix that in the upcoming upstream release.

Thanks, Tobias



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

Bug#460527: inotail: doesn't notice file truncate

[Tobias Klauser]

On 2008-01-14 at 14:25:33 +0100, Folkert van Heusden [EMAIL PROTECTED] wrote:
 Package: inotail
 Version: 0.5-1
 Severity: normal
 Regurarly it doesn't notice full truncates.

Does it display the message File 'foo' moved? If yes, this is a known
problem (due to inotail not getting the new filename, where the file
has moved), which has been on my TODO list for some time. If no, could
you please provide a test case?
   
   Nope, nothing at all.
   /usr/bin/inotail -f -n 1 /var/log/mail.log
   mail.log is the postfix logging via syslog
  
  Sorry, I seemed to misunderstand your report. I could now reproduce the
  bug. (GNU) tail prints a notice about the file being truncated while inotail
  does not. I'll fix that in the upcoming upstream release.
 
 Not only that: it also stopped 'tail-ing'.

I wasn't able to reproduce that. Could you please try the version from
[0] and check whether the bug still exists there?

[0] http://distanz.ch/inotail/inotail-0.6-pre0.tar.bz2

Thanks



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

Bug#460527: inotail: doesn't notice file truncate

[Tobias Klauser]

tags 460527 + moreinfo
thanks

On 2008-01-13 at 12:52:28 +0100, Folkert van Heusden [EMAIL PROTECTED] wrote:
 Package: inotail
 Version: 0.5-1
 Severity: normal
 
 
 Regurarly it doesn't notice full truncates.

Does it display the message File 'foo' moved? If yes, this is a known
problem (due to inotail not getting the new filename, where the file
has moved), which has been on my TODO list for some time. If no, could
you please provide a test case?

Thanks



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

Bug#460527: inotail: doesn't notice file truncate

[Tobias Klauser]

On 2008-01-13 at 13:32:23 +0100, Folkert van Heusden [EMAIL PROTECTED] wrote:
   Package: inotail
   Version: 0.5-1
   Severity: normal
   
   Regurarly it doesn't notice full truncates.
  
  Does it display the message File 'foo' moved? If yes, this is a known
  problem (due to inotail not getting the new filename, where the file
  has moved), which has been on my TODO list for some time. If no, could
  you please provide a test case?
 
 Nope, nothing at all.
 
 /usr/bin/inotail -f -n 1 /var/log/mail.log
 
 mail.log is the postfix logging via syslog

I tried the above on my system and could so far not reproduce the bug.
Can you pinpoint when exactly the bug happens (e.g. after logfile
rotation)?

Thanks



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

Bug#449103: NMU diff for #449103

[Tobias Klauser]

Hi,

Attached you'll find the NMU diff for phppgadmin 4.1.3-0.1

Cheers, Tobias
diff -urpN phppgadmin-4.1.2/debian/changelog phppgadmin-4.1.3/debian/changelog
--- phppgadmin-4.1.2/debian/changelog	2008-01-13 15:35:41.0 +0100
+++ phppgadmin-4.1.3/debian/changelog	2008-01-13 18:33:53.0 +0100
@@ -1,3 +1,12 @@
+phppgadmin (4.1.3-0.1) unstable; urgency=low
+
+  * Non-maintainer upload from the Zurich BSP.
+  * Fixes cross-site scripting vulnerability (CVE 2007-5728), closes: #449103.
+The only changes introduced upstream with this version were to fix this
+bug.
+
+ -- Tobias Klauser [EMAIL PROTECTED]  Sun, 13 Jan 2008 17:52:27 +0100
+
 phppgadmin (4.1.2-1) unstable; urgency=low
 
   * New upstream release


signature.asc
Description: Digital signature

Bug#453206: NMU diff for #453206

[Tobias Klauser]

tags 453206 + pending
thanks

Attached is the NMU diff.

Thanks, Tobias
diff -urpN gdb-avr-6.4.90.dfsg.orig/debian/changelog gdb-avr-6.4.90.dfsg/debian/changelog
--- gdb-avr-6.4.90.dfsg.orig/debian/changelog	2008-01-12 12:40:52.0 +0100
+++ gdb-avr-6.4.90.dfsg/debian/changelog	2008-01-12 12:39:03.0 +0100
@@ -1,3 +1,10 @@
+gdb-avr (6.4.90.dfsg-2.1) unstable; urgency=low
+
+  * Non-maintainer upload from the Zurich BSP
+  * Fix FTBFS, patch taken from gdb-m68hc1x package (Closes: #453206)
+
+ -- Tobias Klauser [EMAIL PROTECTED]  Sat, 12 Jan 2008 12:36:13 +0100
+
 gdb-avr (6.4.90.dfsg-1) unstable; urgency=low
 
   * Removed GFDL-files from src pkg (closes: #392961)
diff -urpN gdb-avr-6.4.90.dfsg.orig/debian/rules gdb-avr-6.4.90.dfsg/debian/rules
--- gdb-avr-6.4.90.dfsg.orig/debian/rules	2008-01-12 12:40:52.0 +0100
+++ gdb-avr-6.4.90.dfsg/debian/rules	2008-01-12 12:28:47.0 +0100
@@ -28,6 +28,9 @@ export DH_COMPAT=4
 unpack: unpack-stamp
 unpack-stamp:
 	tar xjf gdb*.tar.bz2
+	for i in *.diffs ; do \
+		cat $$i | patch -p0 ; \
+	done
 	mv `ls -d gdb* | grep -v tar` src
 	rm `find src -name \*.info`
 	mkdir build
diff -urpN gdb-avr-6.4.90.dfsg.orig/makeinfo.diffs gdb-avr-6.4.90.dfsg/makeinfo.diffs
--- gdb-avr-6.4.90.dfsg.orig/makeinfo.diffs	1970-01-01 01:00:00.0 +0100
+++ gdb-avr-6.4.90.dfsg/makeinfo.diffs	2008-01-12 12:20:01.0 +0100
@@ -0,0 +1,46 @@
+--- gdb-6.4.orig/Makefile.in	2005-12-02 06:29:54.0 +0100
 gdb-6.4/Makefile.in	2007-12-04 00:28:35.0 +0100
+@@ -276,16 +276,13 @@
+ 	then echo $$r/$(BUILD_SUBDIR)/m4/m4 ; \
+ 	else echo ${CONFIGURED_M4} ; fi`
+ 
+-# For an installed makeinfo, we require it to be from texinfo 4.2 or
+-# higher, else we use the missing dummy.  We also pass the subdirectory
+-# makeinfo even if only the Makefile is there, because Texinfo builds its
+-# manual when made, and it requires its own version.
++# We pass the subdirectory makeinfo even if only the Makefile
++# is there, because Texinfo builds its manual when made, and it
++# requires its own version.
+ CONFIGURED_MAKEINFO = @CONFIGURED_MAKEINFO@
+ MAKEINFO = `if [ -f $$r/$(BUILD_SUBDIR)/texinfo/makeinfo/Makefile ] ; \
+ 	then echo $$r/$(BUILD_SUBDIR)/texinfo/makeinfo/makeinfo ; \
+-	else if (${CONFIGURED_MAKEINFO} --version \
+-	  | egrep 'texinfo[^0-9]*([1-3][0-9]|4\.[2-9]|[5-9])') /dev/null 21; \
+-then echo ${CONFIGURED_MAKEINFO}; else echo $$s/missing makeinfo; fi; fi`
++	else echo ${CONFIGURED_MAKEINFO}; fi`
+ 
+ # This just becomes part of the MAKEINFO definition passed down to
+ # sub-makes.  It lets flags be given on the command line while still
+--- gdb-6.4.orig/Makefile.tpl	2005-10-22 12:37:55.0 +0200
 gdb-6.4/Makefile.tpl	2007-12-04 00:28:13.0 +0100
+@@ -279,16 +279,13 @@
+ 	then echo $$r/$(BUILD_SUBDIR)/m4/m4 ; \
+ 	else echo ${CONFIGURED_M4} ; fi`
+ 
+-# For an installed makeinfo, we require it to be from texinfo 4.2 or
+-# higher, else we use the missing dummy.  We also pass the subdirectory
+-# makeinfo even if only the Makefile is there, because Texinfo builds its
+-# manual when made, and it requires its own version.
++# We pass the subdirectory makeinfo even if only the Makefile
++# is there, because Texinfo builds its manual when made, and it
++# requires its own version.
+ CONFIGURED_MAKEINFO = @CONFIGURED_MAKEINFO@
+ MAKEINFO = `if [ -f $$r/$(BUILD_SUBDIR)/texinfo/makeinfo/Makefile ] ; \
+ 	then echo $$r/$(BUILD_SUBDIR)/texinfo/makeinfo/makeinfo ; \
+-	else if (${CONFIGURED_MAKEINFO} --version \
+-	  | egrep 'texinfo[^0-9]*([1-3][0-9]|4\.[2-9]|[5-9])') /dev/null 21; \
+-then echo ${CONFIGURED_MAKEINFO}; else echo $$s/missing makeinfo; fi; fi`
++	else echo ${CONFIGURED_MAKEINFO}; fi`
+ 
+ # This just becomes part of the MAKEINFO definition passed down to
+ # sub-makes.  It lets flags be given on the command line while still

Bug#431589: NMU diff for #431589

[Tobias Klauser]

Hi,

Attached you'll find the NMU diff to fix this bug.

Cheers, Tobias
diff -urpN moodle-1.8.2.orig/debian/changelog moodle-1.8.2/debian/changelog
--- moodle-1.8.2.orig/debian/changelog	2008-01-12 17:57:44.0 +0100
+++ moodle-1.8.2/debian/changelog	2008-01-12 17:05:56.0 +0100
@@ -1,3 +1,10 @@
+moodle (1.8.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload from the Zurich BSP
+  * Added dependency on postgresql-client (Closes: #431589)
+
+ -- Tobias Klauser [EMAIL PROTECTED]  Sat, 12 Jan 2008 17:04:03 +0100
+
 moodle (1.8.2-1) unstable; urgency=low
 
   * New upstream release, fixes security bug, closes: #432264
diff -urpN moodle-1.8.2.orig/debian/control moodle-1.8.2/debian/control
--- moodle-1.8.2.orig/debian/control	2008-01-12 17:57:44.0 +0100
+++ moodle-1.8.2/debian/control	2008-01-12 17:02:34.0 +0100
@@ -8,7 +8,7 @@ Standards-Version: 3.7.2
 
 Package: moodle
 Architecture: all
-Depends: ${misc:Depends}, libapache2-mod-php5 | php5-cgi, php5-pgsql | php5-mysql, php5-gd, php5-curl, php5-cli, apache2-mpm-prefork | httpd, wwwconfig-common (= 0.0.7), mimetex, ucf
+Depends: ${misc:Depends}, libapache2-mod-php5 | php5-cgi, php5-pgsql | php5-mysql, php5-gd, php5-curl, php5-cli, apache2-mpm-prefork | httpd, wwwconfig-common (= 0.0.7), mimetex, ucf, postgresql-client
 Recommends: postgresql | mysql-server
 Description: Course Management System for Online Learning
  Moodle (Modular Object-Oriented Dynamic Learning Environment) is a course 

Bug#460342: Merge bugs #393547 and #460342

[Tobias Klauser]

forcemerge 393547 460342
stop

These two are essentially the same. I'm currently preparing a fixed
version which I will post (and possibly NMU) later.

Thanks, Tobias


signature.asc
Description: Digital signature

Bug#460342: NMU diff for #393547 and #460342

[Tobias Klauser]

Hi,

Attached you'll find the NMU diff to fix these two bugs (which I merged
previously).

thanks, Tobias
diff -urpN ircii-20051015.orig/debian/changelog ircii-20051015/debian/changelog
--- ircii-20051015.orig/debian/changelog	2008-01-12 22:53:24.0 +0100
+++ ircii-20051015/debian/changelog	2008-01-12 22:47:06.0 +0100
@@ -1,3 +1,12 @@
+ircii (20051015-2.2) unstable; urgency=low
+
+  * Non-maintainer upload from the Zurich BSP
+  * Add -ioption to local include paths so they do not cover the system
+headers with the same name. This fixes errors/warnings about implicitly
+converted pointers. (Closes: #393547, #460342)
+
+ -- Tobias Klauser [EMAIL PROTECTED]  Sat, 12 Jan 2008 22:30:02 +0100
+
 ircii (20051015-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -urpN ircii-20051015.orig/Makefile.in ircii-20051015/Makefile.in
--- ircii-20051015.orig/Makefile.in	2008-01-12 22:53:24.0 +0100
+++ ircii-20051015/Makefile.in	2008-01-12 21:23:12.0 +0100
@@ -295,7 +295,7 @@ WSERV_SOURCES = wserv.c wterm.c
 IRCFLUSH_SOURCES = ircflush.c
 IRCFLUSH_OBJECTS = ircflush.o ircsig.o
 
-INCLUDES = -I. -I$(incdir) -I$(srcdir)/rijndael
+INCLUDES = -iquote . -iquote $(incdir) -iquote $(srcdir)/rijndael
 
 .c.o:
 	$(CC) $(INCLUDES) $(CFLAGS) $(DEFS) -c $
diff -urpN ircii-20051015.orig/source/sl.c ircii-20051015/source/sl.c
--- ircii-20051015.orig/source/sl.c	2002-10-04 06:50:26.0 +0200
+++ ircii-20051015/source/sl.c	2008-01-12 21:23:50.0 +0100
@@ -41,7 +41,7 @@
 #include irc.h
 IRCII_RCSID(@(#)$eterna: sl.c,v 1.1 2002/10/04 04:50:26 mrg Exp $);
 
-#include sl.h
+#include sl.h
 
 #define _SL_CHUNKSIZE	20
 

Bug#448519: (no subject)

[Tobias Klauser]

According to the MySQL Reference Manual, Section 5.5.6 [0] the only
solution to securely pass a password to mysql seems to be either by
entering it at the prompt (which is not an option here) or by
specifiying it in a properly protected config file.

[0] http://dev.mysql.com/doc/refman/5.0/en/password-security.html


signature.asc
Description: Digital signature

Bug#458880: #458880: Patch for FTBFS bug

[Tobias Klauser]

tag 458880 patch
stop

Hi,

The attached patch should fix this bug (build tested with pbuilder).

Thanks, Tobias
--- bmpx-0.40.11+debian/src/sanity.cc.orig	2008-01-10 20:04:09.0 +0100
+++ bmpx-0.40.11+debian/src/sanity.cc	2008-01-10 19:31:13.0 +0100
@@ -69,7 +69,7 @@ sanity_check_glib_msg (void)
 }
 
 C_FUNCTION
-gchar *
+const gchar *
 sanity_check_gtk (void)
 {
   return gtk_check_version (GTK_REQUIRED_MAJOR_VER,

Bug#454377: cscope -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

[Tobias Klauser]

On 2007-12-05 at 03:59:52 +0100, Kumar Appaiah [EMAIL PROTECTED] wrote:
 Package: cscope
 Version: 15.6-4
 Severity: important
 User: [EMAIL PROTECTED]
 Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130

Thanks for your report. I'll fix this bug in the next upload of this
package.

Cheers, Tobias



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

Bug#443811: Confirming problem with aterm 1.0.1

[Tobias Klauser]

Hi,

I can confirm this problem. Input of deadkeys did work for me before the
upgrade to aterm 1.0.1-1

Cheers, Tobias

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

Kernel: Linux 2.6.22-tk.xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)
Shell: /bin/sh linked to /bin/bash

Versions of packages aterm depends on:
ii  libafterimage0  2.2.7-1  imaging library designed for After
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libglib2.0-02.14.1-3 The GLib library of C routines
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  librsvg2-2  2.18.2-1 SAX-based renderer library for SVG
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libtiff43.8.2-7  Tag Image File Format (TIFF) libra
ii  libungif4g  4.1.4-5  shared library for GIF images
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

aterm recommends no packages.

-- no debconf information




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

Bug#410236: Patch to fix CVE-2007-0844 taken from upstream version 1.92

[Tobias Klauser]

tags 410236 +patch
thanks

Hi,

Attached is a patch which incorporates the change taken from upstream version
1.92 into the package. The only change between 1.91 and 1.92 was to fix this
issue. Updating the package to the new upstream version might thus be more
worthwile than applying the patch.

As I'm not a Debian Developer and thus not able to do it myself any DD
might want to use this for an NMU.

Cheers, Tobias


signature.asc
Description: Digital signature

Bug#410236: Actual patch (was: Patch to fix CVE-2007-0844 taken from upstream version 1.92)

[Tobias Klauser]

Sorry, I forgot to add the patch.

Thanks, Tobias
diff -urpN libpam-ssh-1.91.0/debian/patches/00list libpam-ssh-1.91.0.new/debian/patches/00list
--- libpam-ssh-1.91.0/debian/patches/00list	2007-08-17 16:31:35.0 +0200
+++ libpam-ssh-1.91.0.new/debian/patches/00list	2007-08-17 16:31:01.0 +0200
@@ -1,2 +1,3 @@
 01_home_cleanup.dpatch
 02-fix-getpwname.dpatch
+03-cve-2007-0844.dpatch
diff -urpN libpam-ssh-1.91.0/debian/patches/03-cve-2007-0844.dpatch libpam-ssh-1.91.0.new/debian/patches/03-cve-2007-0844.dpatch
--- libpam-ssh-1.91.0/debian/patches/03-cve-2007-0844.dpatch	1970-01-01 01:00:00.0 +0100
+++ libpam-ssh-1.91.0.new/debian/patches/03-cve-2007-0844.dpatch	2007-08-16 20:14:42.0 +0200
@@ -0,0 +1,90 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 03-cve-2007-0844.dpatch taken from upstream release 1.92
+##
+## DP: Fix CVE-2007-0844
+## DP: (Closes: #410236)
+
+--- libpam-ssh-1.91.0/pam_ssh.c	2004-04-12 15:55:08.0 +0200
 libpam-ssh-1.92/pam_ssh.c	2007-02-06 19:10:46.0 +0100
+@@ -1,5 +1,5 @@
+ /*-
+- * Copyright (c) 1999, 2000, 2001, 2002, 2004 Andrew J. Korty
++ * Copyright (c) 1999-2002, 2004, 2007 Andrew J. Korty
+  * All rights reserved.
+  *
+  * Copyright (c) 2001, 2002 Networks Associates Technology, Inc.
+@@ -31,7 +31,7 @@
+  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+  * SUCH DAMAGE.
+  *
+- * $Id: pam_ssh.c,v 1.81 2004/04/12 13:55:08 akorty Exp $
++ * $Id: pam_ssh.c,v 1.83 2007/02/06 18:10:46 akorty Exp $
+  */
+ 
+ /* to get the asprintf() prototype from the glibc headers */
+@@ -196,6 +196,27 @@ ssh_cleanup(pam_handle_t *pamh __unused,
+ 
+ 
+ /*
++ * If the private key's passphrase is blank, only load it if the
++ * *supplied* passphrase is blank and if allow_blank_passphrase is
++ * set.
++ */
++
++static Key *
++key_load_private_maybe(const char *path, const char *passphrase,
++char **commentp, int allow_blank)
++{
++Key *key;
++
++/* try loading the key with a blank passphrase */
++key = key_load_private(path, , commentp);
++if (key)
++return allow_blank  *passphrase == '\0' ? key : NULL;
++
++/* the private key's passphrase isn't blank */
++return key_load_private(path, passphrase, commentp);
++}
++
++/*
+  * Authenticate a user's key by trying to decrypt it with the password
+  * provided.  The key and its comment are then stored for later
+  * retrieval by the session phase.  An increasing index is embedded in
+@@ -205,7 +226,7 @@ ssh_cleanup(pam_handle_t *pamh __unused,
+ 
+ static int
+ auth_via_key(pam_handle_t *pamh, const char *file, const char *dir,
+-const struct passwd *user, const char *pass)
++const struct passwd *user, const char *pass, int allow_blank)
+ {
+ 	char *comment;		/* private key comment */
+ 	char *data_name;	/* PAM state */
+@@ -230,7 +251,7 @@ auth_via_key(pam_handle_t *pamh, const c
+ 	   success, the user is authenticated. */
+ 
+ 	comment = NULL;
+-	key = key_load_private(path, pass, comment);
++	key = key_load_private_maybe(path, pass, comment, allow_blank);
+ 	free(path);
+ 	if (!comment  !(comment = strdup(file))) {
+ 		pam_ssh_log(LOG_CRIT, out of memory);
+@@ -427,7 +448,7 @@ pam_sm_authenticate(pam_handle_t *pamh, 
+ 		openpam_restore_cred(pamh);
+ 		return retval;
+ 	}
+-	if (!pass || (!allow_blank_passphrase  *pass == '\0')) {
++	if (!pass) {
+ 		openpam_restore_cred(pamh);
+ 		return PAM_AUTH_ERR;
+ 	}
+@@ -451,8 +472,8 @@ pam_sm_authenticate(pam_handle_t *pamh, 
+ 	}
+ 	for (file = strtok(keyfiles, SEP_KEYFILES); file;
+ 	 file = strtok(NULL, SEP_KEYFILES))
+-		if (auth_via_key(pamh, file, dotdir, pwent, pass)
+-		== PAM_SUCCESS)
++		if (auth_via_key(pamh, file, dotdir, pwent, pass,
++allow_blank_passphrase) == PAM_SUCCESS)
+ 			authenticated = 1;
+ 	free(dotdir);
+ 	free(keyfiles);


signature.asc
Description: Digital signature

Bug#372268: ITP: valkyrie -- A graphical front-end to valgrind

[Tobias Klauser]

retitle 372268 RFP: valkyrie -- A graphical front-end to valgrind
thanks

On 2007-08-09 at 14:53:55 +0200, Nico Golde [EMAIL PROTECTED] wrote:
 any progress here? :)

As described above there were (and still are) some problems with the
autotools part of valkyrie. I contacted upstream about it but so far
there has been no result. As I'm not really interested in this package
anymore and do not plan to use it, I'll mark the bug RFP.

Anyone who is interested in packaging valkyrie should probably contact
upstream again before.

Cheers, Tobi


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

Bug#430022: ITP: acpitail -- Show ACPI information in a tail-like style

[Tobias Klauser]

Package: wnpp
Severity: wishlist
Owner: Tobias Klauser [EMAIL PROTECTED]

* Package name: acpitail
  Version : 0.1
  Upstream Author : Folkert van Heusden [EMAIL PROTECTED]
* URL : http://www.vanheusden.com/acpitail/
* License : GPL
  Programming Lang: C
  Description : Show ACPI information in a tail-like style

acpitail shows ACPI status information about battery, fan and
temperature in a tail-like way. As soon as a value changes, the new
value gets appended to the current output.

Note: This program uses libacpi, which is not yet in the archive but for
which an ITP bug (#429573) has been filed.

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

Kernel: Linux 2.6.22-rc5-tk.xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)
Shell: /bin/sh linked to /bin/bash


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

Bug#427765: /etc/emacs/site-start.d/50cscope.el: invasive; requires xcscope

[Tobias Klauser]

Hi Josh,

Thanks for your bug report.

On 2007-06-06 at 09:38:49 +0200, Josh Triplett [EMAIL PROTECTED] wrote:
 Package: cscope
 Version: 15.6-2
 Severity: normal
 File: /etc/emacs/site-start.d/50cscope.el
 
 The emacs startup file /etc/emacs/site-start.d/50cscope.el requires xcscope.
 Emacs startup files for packages should not make invasive changes; generally
 they shouldn't do anything more invasive than an autoload and an
 auto-mode-alist entry.  Any emacs user who wants to use xcscope can easily add
 the require line to their .emacs, just as they do for any other emacs package
 in Debian.
 
 (require 'xcscope nil t) works nicely if you don't want your .emacs to break
 if it can't find xcscope.

I'm not using emacs myself and do not really have much experience
with it, so I don't really know, what the best solution would be here.

My current solution would be to not install the startup file and maybe
add a note to the changelog (or even NEWS) about this change, so users
relying on the current behaviour would be informed to change their
setup.

What do you think?

Thanks, Tobias


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

Bug#368946: Bug not reproducable in recent upload

[Tobias Klauser]

It seems to me that this bug has gone in avra 1.2.1 which is in unstable
as of yesterday (at least for some architectures). With some quick tests
I was not able to reproduce this bug anymore and also the source changes
suggest that it was fixed.

Could you please verify that this bug does not exist anymore for you and
attach instructions on how to reproduce it in case it's not fixed?

Thanks,
Tobias


signature.asc
Description: Digital signature

Bug#396527: msmtp: do not conflict with mail-transport-agent

[Tobias Klauser]

I just hit the same problem. I'd like to use msmtp _and_ postfix on the
same machine.

Cheers, Tobias


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

Bug#386595: cscope segfaults when using the -q option

[Tobias Klauser]

tags 386595 + patch
thanks, control

On 2006-09-28 at 02:04:31 +0200, Mike Stroyan [EMAIL PROTECTED] wrote:
   The problem here seems to have crept in when trying to remove
 magic numbers related to the size of a long.  One expression that used
 to be 3 was rewritten to use (sizeof(long) - 1).  But the correct
 value in that line really is 3 even when sizeof(long) is not 4.
 
 Here is a patch.

Thanks. I'm currently builing and testing a new version of the package
with your patch included.

Cheers, Tobias


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

Bug#325713: Response from upstream maintainer

[Tobias Klauser]

The upstream responded to the bug report [1]:

  Ultimately, this is a user error. Source files have to be in the
  platform's native text file format. Text-mode mount options and other
  tools exist for a reason.
  [...]

[1] 
http://sourceforge.net/tracker/index.php?func=detailaid=1563459group_id=4664atid=104664

While I do not fully agree with this solution it seems like upstream
isn't willing to fix this. Is there any reason for you that speaks
against converting the file to the native platform format?


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

Bug#388512: ITP: inotail -- inotify enhanced tail

[Tobias Klauser]

Package: wnpp
Severity: wishlist
Owner: Tobias Klauser [EMAIL PROTECTED]

* Package name: inotail
  Version : 0.1
  Upstream Author : Tobias Klauser [EMAIL PROTECTED]
* URL : http://distanz.ch/inotail
* License : GPL
  Programming Lang: C
  Description : inotify enhanced tail

inotail is a replacement for the 'tail' program found in the base
installation of every Linux/UNIX system. It makes use of the inotify
infrastructure in recent versions of the Linux kernel to speed up
tailing files in the follow mode (the '-f' option). Standard tail polls
the file every second by default while inotail listens to special events
sent by the kernel through the inotify API to determine whether a file
needs to be reread.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)


signature.asc
Description: Digital signature

Bug#384471: Thinko in previous patch

[Tobias Klauser]

Gah, thinko in the previous patch. The attached one should be fine.
--- lock.orig   2006-09-09 10:39:56.0 +0200
+++ lock2006-09-09 10:42:10.0 +0200
@@ -46,8 +46,12 @@
 # send the lock command to all sessions
 for session in $avail_sessions; do
vecho 1 Locking $session
-   # dev/null because dcop warns if it can't connect to X (this is normal!)
-   dcop --session $session --all-users kdesktop KScreensaverIface lock  
/dev/null 21
+
+   already_blanked=`dcop --session $session --all-users kdesktop 
KScreensaverIface isBlanked`
+   if [ x$already_blanked = xfalse ] ; then
+   # dev/null because dcop warns if it can't connect to X (this is 
normal!)
+   dcop --session $session --all-users kdesktop 
KScreensaverIface lock  /dev/null 21
+   fi
 done
 
 # returning 0 because dcop warns if it can't connect to X (this is normal!)


signature.asc
Description: Digital signature

Bug#384471: Reproducible

[Tobias Klauser]

I can reproduce this bug here on sid. Your patch seems to work for me,
but I'm not sure whether it's the best solution to just put the process
in the background. The attached patch uses a additional dcop call to
check whether kscreensaver is already running and only calls 'lock' in
case it's not.

Cheers, Tobias

--- lock.orig   2006-09-09 10:39:56.0 +0200
+++ lock2006-09-09 10:42:10.0 +0200
@@ -46,8 +46,12 @@
 # send the lock command to all sessions
 for session in $avail_sessions; do
vecho 1 Locking $session
-   # dev/null because dcop warns if it can't connect to X (this is normal!)
-   dcop --session $session --all-users kdesktop KScreensaverIface lock  
/dev/null 21
+
+   already_blanked=`dcop --session $session --all-users kdesktop 
KScreensaverIface isBlanked`
+   if [ x$already_blanked != xfalse ] ; then
+   # dev/null because dcop warns if it can't connect to X (this is 
normal!)
+   dcop --session $session --all-users kdesktop 
KScreensaverIface lock  /dev/null 21
+   fi
 done
 
 # returning 0 because dcop warns if it can't connect to X (this is normal!)

Bug#379657: tcpreplay_2.99+3.0.beta9-1(ia64/unstable): FTBFS: compile errors (no field ipbuff)

[Tobias Klauser]

On 2006-08-20 at 21:27:09 +0200, Noèl Köthe [EMAIL PROTECTED] wrote:
 forwarded 379657 http://tcpreplay.synfin.net/trac/ticket/81
 tags 379657 + upstream confirmed
 thanks
 
 Am Sonntag, den 20.08.2006, 02:12 +0200 schrieb Tobias Klauser:
  This seems to be caused by code enclosed in #ifdef FORCE_ALIGN which,
  according to configure.in is defined on ia64. Though this code doesn't
  seem to be maintained. Upstream's lack of the architectures in question
  maybe?
  
  FORCE_ALIGN is also defined on alpha, arm*, hp*, mips* and sparc*. Does
  the error also show up on these architectures?
 
 Yes. The build daemons had these problems, too.
 
  I'm trying to investigate this further, but the lack of an ia64 machine 
  makes
  it a bit hard. :-/
 
 Thx for your feedback.
 I reported it upstream some days ago:
 http://tcpreplay.synfin.net/trac/ticket/81

The 'ipbuff issue' seems to have been fixed upstream but there still
exist another error if you look at the buildd log.

When looking a bit more deeply at the according section in the source
all seem to be ported from an old version of tcprelay, containing
variables which are not defined anymore.

Excerpt from src/tcpedit/tcpedit.c

  #ifdef FORCE_ALIGN
  /*
   * put back the layer 3 and above back in the pkt.data buffer
   * we can't edit the packet at layer 3 or above beyond this point
   */
  memcpy(newpkt[l2len], ip_hdr, pkthdr_ptr-caplen - l2len);
  #endif

The variables newpkt and pkthdr_ptr are non-existent (grep -r across the
source showed nothing else). I'm really not sure but it might be
possible to just delete the section in question?

Cheers, Tobias

P.S. I might get access to a mips in the next week so I could
investigate this bug there.

Bug#325588: Reproducible in sid

[Tobias Klauser]

This is reproducible with the current version of Kile in sid (1:1.9.2-1)
when having at least one prebviously unsaved document. It is working
though when editing documents which have already been saved before.

Let me know if I can give more information.

Cheers, Tobias


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

Bug#386595: cscope segfaults when using the -q option

[Tobias Klauser]

tags 386595 + confirmed
thanks

On 2006-09-08 at 23:38:14 +0200, Björn Steinbrink [EMAIL PROTECTED] wrote:
 On 2006.09.08 21:30:46 +0200, Tobias Klauser wrote:
  On 2006-09-08 at 19:54:40 +0200, Björn Steinbrink [EMAIL PROTECTED] wrote:
   Package: cscope
   Version: 15.5+cvs20060902-2
   Severity: normal
   
   When I try to build a cscope index using the -q option, cscope
   segfaults. If the -q option is not used, it works. This seems to require
   a rather big project to be seen, a kernel source tree is sufficient to
   trigger it here.
  
  Is wasn't able to reproduce this here with a kernel source tree. Can you
  describe the steps you followed in detail please, so I might be able to
  reproduce this bug?
 
 This is with an up-to-date git tree of linux-2.6:
 [EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -qbkRp2
 Segmentation fault
 
 Leaving out most options:
 [EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -qbR
 Segmentation fault
 
 Leaving out -q:
 [EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -bR
 [EMAIL PROTECTED]:~/src/kernel/linux-2.6$

I could now also reproduce this, an strace log can be found on [1] if
anybody wants to look at it. I'm investigating this further.

[1] http://distanz.ch/tmp/cscope.strace.bz2

Thanks, Tobias

Bug#386595: cscope segfaults when using the -q option

[Tobias Klauser]

On 2006-09-08 at 19:54:40 +0200, Björn Steinbrink [EMAIL PROTECTED] wrote:
 Package: cscope
 Version: 15.5+cvs20060902-2
 Severity: normal
 
 When I try to build a cscope index using the -q option, cscope
 segfaults. If the -q option is not used, it works. This seems to require
 a rather big project to be seen, a kernel source tree is sufficient to
 trigger it here.

Is wasn't able to reproduce this here with a kernel source tree. Can you
describe the steps you followed in detail please, so I might be able to
reproduce this bug?

Thanks, Tobias


signature.asc
Description: Digital signature

Bug#239503: cscope: Doesn't recognize function defs with arrays as arguments

[Tobias Klauser]

tag 239503 - unreproducible
thanks

On 2006-09-05 at 08:53:41 +0200, Peter Cordes [EMAIL PROTECTED] wrote:
 On Sun, Sep 03, 2006 at 02:16:58PM +0200, Tobias Klauser wrote:
  Can you still reproduce this bug with a recent version of cscope?
  
  I tried to reproduce the with the procedure you mentioned above using
  cscope-15.5+cvs20060902-1 but the bug you described did not show up.
 
  I tried it again myself, and it does appear to be fixed in the latest
 version.  It was still present in version 15.5+cvs20050816-2.
  
  BTW, I thought the unreproducible tag would only apply if the maintainer
 couldn't reproduce the bug with the version that it was reported against,
 not just if the bug is eventually fixed in a later version.

Yup, you're right. That was my fault.

Version 15.5+cvs20060902-1 is in unstable now. Could you try to
reproduce it there and check wheter the bug is really fixed (I just
tried to reproduce the steps you described in the bug report).

Thanks, Tobias


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

Bug#132466: cscope dies on window size change

[Tobias Klauser]

This bug is quite old. :-/

Baruch, can you still reproduce this? I could not reproduce it with
15.5+cvs20050816-2 and 15.5+cvs20060902-1 (which was uploaded yesterday
and should hopefully hit unstable soon).

Thanks, Tobias


signature.asc
Description: Digital signature

Bug#239503: cscope: Doesn't recognize function defs with arrays as arguments

[Tobias Klauser]

Can you still reproduce this bug with a recent version of cscope?

I tried to reproduce the with the procedure you mentioned above using
cscope-15.5+cvs20060902-1 but the bug you described did not show up.


signature.asc
Description: Digital signature

Bug#130146: cscope dies miserably on directory-loop

[Tobias Klauser]

This bug is quite old, does it still exist for you with recent cscope?

I tried to reproduce this bug here with 15-5+cvs20060902-1 (which should
hit unstable soon), but cscope did not segfault or crash in any other
way.


signature.asc
Description: Digital signature

Bug#385064: amarok: Mixture between American and British English

[Tobias Klauser]

Package: amarok
Version: 1.4.1-3
Severity: minor
Tags: l10n

In Amarok's Enagage  Play last.fm Stream submenu there is the option
Neighbor Radio. I think this should be the British English version
Neighbour as it is displayed when adding this radio to the playlist.
Also the term shows up in the en_GB version on the last.fm website.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages amarok depends on:
ii  amarok-engines  1.4.1-3  output engines for the Amarok audi
ii  amarok-xine [amarok-engine] 1.4.1-3  xine engine for the Amarok audio p
ii  kdelibs4c2a 4:3.5.4-3core libraries and binaries for al
ii  libc6   2.3.6.ds1-4  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-11   GCC support library
ii  libgl1-mesa-glx [libgl1]6.4.2-1.1A free implementation of the OpenG
ii  libglib2.0-02.10.3-3 The GLib library of C routines
ii  libgpod00.3.2-1.1a library to read and write songs 
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libifp4 1.0.0.2-3communicate with iRiver iFP audio 
ii  libmysqlclient15off 5.0.24-2 mysql database client library
ii  libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar
ii  libpng12-0  1.2.8rel-5.2 PNG library - runtime
ii  libpq4  8.1.4-6  PostgreSQL C client library
ii  libqt3-mt   3:3.3.6-4Qt GUI Library (Threaded runtime v
ii  libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libsqlite3-03.3.7-1  SQLite 3 shared library
ii  libstdc++6  4.1.1-11 The GNU Standard C++ Library v3
ii  libtag1c2a  1.4-4TagLib Audio Meta-Data Library
ii  libtunepimp30.4.2-3.2MusicBrainz tagging library and si
ii  libusb-0.1-42:0.1.12-2   userspace USB programming library
ii  libvisual-0.4-0 0.4.0-1  Audio visualization framework
ii  libx11-62:1.0.0-8X11 client-side library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  ruby1.8.2-1  An interpreter of object-oriented 
ii  zlib1g  1:1.2.3-13   compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.5.4-1  enables the browsing of audio CDs 

-- no debconf information


signature.asc
Description: Digital signature

Bug#384778: reportbug fails on nonexistent packages

[Tobias Klauser]

Package: reportbug
Version: 3.29.1
Severity: normal

When entering an invalid package name into reportbug, it fails with a
traceback. It might be better to print an appropriate error message and
then let the user specify a valid package name on reportbug's command
line.

[EMAIL PROTECTED]:~/src/debian $ reportbug
Please enter the name of the package in which you have found a problem, or type 
'other' to report a more general problem.
 nonexistentpackage
*** Welcome to reportbug.  Use ? for help at prompts. ***
Detected character set: ISO-8859-1
Please change your locale if this is incorrect.

Using 'Tobias Klauser [EMAIL PROTECTED]' as your from address.
Getting status for nonexistentpackage...
No matching source or binary packages.
Traceback (most recent call last):
  File /usr/bin/reportbug, line 1716, in ?
main()
  File /usr/bin/reportbug, line 751, in main
return iface.user_interface()
  File /usr/bin/reportbug, line , in user_interface
maintainer = maintainer.encode(charset, 'replace')
AttributeError: 'NoneType' object has no attribute 'encode'
[EMAIL PROTECTED]:~/src/debian $

[EMAIL PROTECTED]:~ $ reportbug nonexistentpackage
*** Welcome to reportbug.  Use ? for help at prompts. ***
Detected character set: ISO-8859-1
Please change your locale if this is incorrect.

Using 'Tobias Klauser [EMAIL PROTECTED]' as your from address.
Getting status for nonexistentpackage...
No matching source or binary packages.
Traceback (most recent call last):
  File /usr/bin/reportbug, line 1716, in ?
main()
  File /usr/bin/reportbug, line 751, in main
return iface.user_interface()
  File /usr/bin/reportbug, line , in user_interface
maintainer = maintainer.encode(charset, 'replace')
AttributeError: 'NoneType' object has no attribute 'encode'
[EMAIL PROTECTED]:~ $


-- Package-specific info:
** Environment settings:
EDITOR=/usr/bin/vim
EMAIL=[EMAIL PROTECTED]
INTERFACE=text

** /home/tklauser/.reportbugrc:
reportbug_version 3.20
mode advanced
ui text
email [EMAIL PROTECTED]
no-cc
header X-Debbugs-CC: [EMAIL PROTECTED]
mutt

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages reportbug depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-central0.5.5  register and build utility for Pyt

Versions of packages reportbug recommends:
pn  python-cjkcodecs | python-ico none (no description available)

-- no debconf information


signature.asc
Description: Digital signature

Bug#384783: Misspelling in description of libavahi-qt*

[Tobias Klauser]

Package: avahi
Version: 0.6.12-1
Severity: minor
Tags: patch

The package descriptions of libavahi-qt3-1, libavahi-qt3-dev,
libavahi-qt4-1 and libavahi-qt4-dev all spell the Qt toolkit as either
'QT3' or 'QT4' respectively. This should be 'Qt' as it is spelt by the
creator and in any other package description mentioning Qt.

The attached patch fixes the spellings in debian/control
--- avahi-0.6.12/debian/control.orig2006-08-26 16:45:52.0 +0200
+++ avahi-0.6.12/debian/control 2006-08-26 16:46:57.0 +0200
@@ -228,7 +228,7 @@
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Avahi QT3 integration library
+Description: Avahi Qt3 integration library
  Avahi is a fully LGPL framework for Multicast DNS Service Discovery.
  It allows programs to publish and discover services and hosts
  running on a local network with no specific configuration.  For
@@ -236,13 +236,13 @@
  print to, files to look at and people to talk to.
  .
  This library contains the the interface to integrate the Avahi libraries
- into a QT3 main loop application.
+ into a Qt3 main loop application.
 
 Package: libavahi-qt3-dev
 Section: libdevel
 Architecture: any
 Depends: libavahi-qt3-1 (= ${Source-Version}), libqt3-mt-dev, ${misc:Depends}, 
libavahi-common-dev
-Description: Development headers for the Avahi QT3 integration library
+Description: Development headers for the Avahi Qt3 integration library
  Avahi is a fully LGPL framework for Multicast DNS Service Discovery.
  It allows programs to publish and discover services and hosts
  running on a local network with no specific configuration.  For
@@ -250,13 +250,13 @@
  print to, files to look at and people to talk to.
  .
  This package contains the development headers for the interface
- to integrate the Avahi libraries  into a QT3 main loop application.
+ to integrate the Avahi libraries into a Qt3 main loop application.
 
 Package: libavahi-qt4-1
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Avahi QT4 integration library
+Description: Avahi Qt4 integration library
  Avahi is a fully LGPL framework for Multicast DNS Service Discovery.
  It allows programs to publish and discover services and hosts
  running on a local network with no specific configuration.  For
@@ -264,13 +264,13 @@
  print to, files to look at and people to talk to.
  .
  This library contains the the interface to integrate the Avahi libraries
- into a QT4 main loop application.
+ into a Qt4 main loop application.
 
 Package: libavahi-qt4-dev
 Section: libdevel
 Architecture: any
 Depends: libavahi-qt4-1 (= ${Source-Version}), libqt4-dev, ${misc:Depends}, 
libavahi-common-dev
-Description: Development headers for the Avahi QT4 integration library
+Description: Development headers for the Avahi Qt4 integration library
  Avahi is a fully LGPL framework for Multicast DNS Service Discovery.
  It allows programs to publish and discover services and hosts
  running on a local network with no specific configuration.  For
@@ -278,7 +278,7 @@
  print to, files to look at and people to talk to.
  .
  This package contains the development headers for the interface
- to integrate the Avahi libraries  into a QT4 main loop application.
+ to integrate the Avahi libraries into a Qt4 main loop application.
 
 Package: libavahi-compat-howl0
 Section: libs


signature.asc
Description: Digital signature

Bug#379657: tcpreplay_2.99+3.0.beta9-1(ia64/unstable): FTBFS: compile errors (no field ipbuff)

[Tobias Klauser]

This seems to be caused by code enclosed in #ifdef FORCE_ALIGN which,
according to configure.in is defined on ia64. Though this code doesn't
seem to be maintained. Upstream's lack of the architectures in question
maybe?

FORCE_ALIGN is also defined on alpha, arm*, hp*, mips* and sparc*. Does
the error also show up on these architectures?

I'm trying to investigate this further, but the lack of an ia64 machine makes
it a bit hard. :-/

Oh, one of these errors seems to be an easy one to fix:

--- tcpreplay-2.99+3.0.beta11/src/tcpedit/tcpedit.h.orig2006-08-19 
15:40:15.0 +0200
+++ tcpreplay-2.99+3.0.beta11/src/tcpedit/tcpedit.h 2006-08-19 
15:40:36.0 +0200
@@ -72,7 +72,7 @@ struct tcpedit_runtime_s {
 pcap_t *pcap2;
 char errstr[TCPEDIT_ERRSTR_LEN];
 #ifdef FORCE_ALIGN
-u_char *ipbuff = NULL;/* IP header and above buffer */
+u_char *ipbuff;/* IP header and above buffer */
 #endif
 };

Cheers, Tobias


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

Bug#381737: update-grub: Does not like my custom built kernel

[Tobias Klauser]

Package: grub
Version: 0.97-13
Severity: normal

I like to build my own kernel using make-kpkg on some of the Debian
systems I administrate. As I store all packages of these custom kernels
in one location I name them after the machine they were built for. One
of my machines is called xenon (after the noble gas). So the name of
the kernel is e.g. vmlinuz-2.6.17-1-xenon.

This specific name renders some problems to recent versions of
update-grub which also handle Xen kernels. The culprit seems to be in
line 898 of /sbin/update-grub

for kern in $(/bin/ls -1vr /boot | grep -v dpkg-* | grep -v xen | grep 
^vmlinuz-) ; do

which discards all kernels which contain the string xen. Of course my
custom built kernel for the machine xenon does.

I admit, this is very specific to my system, but still I think this
should be fixed.

Let me know if I could help in any further way.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages grub depends on:
ii  libc6 2.3.6-18   GNU C Library: Shared libraries
ii  libncurses5   5.5-2  Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#372268: ITP: valkyrie -- A graphical front-end to valgrind

[Tobias Klauser]

Package: wnpp
Severity: wishlist
Owner: Tobias Klauser [EMAIL PROTECTED]

* Package name: valkyrie
  Version : 1.1.0
  Upstream Author : OpenWorks LLP [EMAIL PROTECTED]
* URL : http://www.open-works.co.uk/projects/valkyrie.html
* License : GPL
  Programming Lang: C++
  Description : A graphical front-end to valgrind

Valkyrie is an open-source graphical user interface for the Valgrind 3.X
line. Valkyrie uses the Qt widget library, and is based on Valgrind`s
XML output capabilities.
.
Currently, Valkyrie supports Memcheck only, although work is in progress
to handle Cachegrind and Massif.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)


signature.asc
Description: Digital signature

Bug#367170: Possible fix

[Tobias Klauser]

Attached is a possible fix for this bug which replaces the sed magic by
a call to 'dpkg --compare-versions'. According to the manpage it checks
for empty arguments, so this should be no problem (though I'm not sure
wheter we should use 'lt-nl' instead of 'lt' to compare).
--- lockdev-1.0.3/debian/liblockdev1.postinst.orig  2006-06-07 
21:15:50.0 +0200
+++ lockdev-1.0.3/debian/liblockdev1.postinst   2006-06-07 21:26:49.0 
+0200
@@ -1,6 +1,6 @@
 #!/bin/sh -e
 
-if [ $1 = configure -a `echo $2 | sed -e 's/[.-]//g'` -lt 1031 ]
+if [ $1 = configure ]  dpkg --compare-versions $2 lt 1.0.3-1
 then
   echo  2
   echo WARNING 2


signature.asc
Description: Digital signature

Bug#370540: Possible fix

[Tobias Klauser]

The attached patch geinst udev.init fixes the problem by creating the
symlink using 'ln -sf' rather than 'ln -s'. Maybe this isn't a very good
idea and we should just check wheter the symlink is already there and
ommit creating it if true.
--- udev.init.orig  2006-06-06 11:48:50.0 +0200
+++ udev.init   2006-06-06 11:49:03.0 +0200
@@ -43,9 +43,9 @@
 
 create_dev_makedev() {
   if [ -e /sbin/MAKEDEV ]; then
-ln -s /sbin/MAKEDEV /dev/MAKEDEV
+ln -sf /sbin/MAKEDEV /dev/MAKEDEV
   else
-ln -s /bin/true /dev/MAKEDEV
+ln -sf /bin/true /dev/MAKEDEV
   fi
 }
 


signature.asc
Description: Digital signature

Bug#370477: linuxlogo: Misleading comment in linux_logo.conf

[Tobias Klauser]

Package: linuxlogo
Version: 4.12-2
Severity: minor
Tags: patch

In /etc/default/linux_logo.conf a comment suggests to view the output of
'linux_logo --help' while the correct option would be '-h'. A patch to
fix the comment is attached.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-xenon
Locale: LANG=en_GB, LC_CTYPE=de_CH (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages linuxlogo depends on:
ii  libc6 2.3.6-13   GNU C Library: Shared libraries

linuxlogo recommends no packages.

-- no debconf information
--- linux_logo.conf.old 2006-06-05 14:49:37.0 +0200
+++ linux_logo.conf 2006-06-05 14:50:03.0 +0200
@@ -14,5 +14,5 @@
 #  3   Banner  Yes Debian Banner (white)
 #  4   Classic Yes Debian Swirl Logos
 #
-# See the man page or the output of linux_logo --help for a complete
+# See the man page or the output of linux_logo -h for a complete
 # list a command-line options.


signature.asc
Description: Digital signature

Bug#323853: hotplug's debconf dialog should mention STATIC_MODULE_LIST deprecated

[Tobias Klauser]

Package: hotplug
Version: 0.0.20040329-25
Severity: minor


When configuring hotplug with debconf, the user is prompted to specify some
modules to be preloaded. The modules selected there are written into the
STATIC_MODULE_LIST variable /etc/default/hotplug. In the beforementioned file
there is a comment about the variable to be deprecated. I think the debconf
dialog should mention that too.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.4
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages hotplug depends on:
ii  bash 2.05b-26The GNU Bourne Again SHell
ii  debconf [debconf-2.0]1.4.57  Debian configuration management sy
ii  grep 2.5.1.ds1-5 GNU grep, egrep and fgrep
ii  module-init-tools3.2-pre8-1  tools for managing Linux kernel mo
ii  procps   1:3.2.5-1   /proc file system utilities
ii  sed  4.1.4-2 The GNU sed stream editor

Versions of packages hotplug recommends:
ii  ifupdown 0.6.7   high level tools to configure netw
ii  pciutils 1:2.1.11-15 Linux PCI Utilities
ii  usbutils 0.70-8  USB console utilities

-- debconf information excluded


signature.asc
Description: Digital signature

Bug#321642: Possible solution to udev: partitions on a removeable media belongs to the wrong group

[Tobias Klauser]

This issue can be fixed by adding the following rule to
/etc/udev/permissions.rules after the rule in question:

SUBSYSTEM=block, SYSFS{../removable}=1, GROUP=floppy

It also looks like this bug has been fixed [1] in the upstream git repository
and should show up in udev-066.

[1]
http://ehlo.org/~kay/?p=linux/hotplug/udev-kay.git;a=commitdiff;h=738428b4499211247dafa394805ecaa2cb313f03

Patch against persmissons.rules from udev-056-3 to fix this issue:

--- permissions.rules.orig  2005-08-07 14:09:26.707085952 +0200
+++ permissions.rules   2005-08-07 14:09:38.540287032 +0200
@@ -1,6 +1,7 @@
 # default permissions for block devices
 SUBSYSTEM=block, GROUP=disk
 SUBSYSTEM=block, SYSFS{removable}=1, GROUP=floppy
+SUBSYSTEM=block, SYSFS{../removable}=1, GROUP=floppy
 
 # IDE devices
 BUS=ide, KERNEL=hd[a-z], SYSFS{removable}=1, \


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

Bug#300913: d-i Installation report: Device nodes not created

[Tobias Klauser]

I know it's rather unusual people have that many partitions on one
disk. But it forces some kind of IMO unecessary policy onto the user
and additionaly the user isn't notified about this behaviour (At least
I wasn't). I as a new user to Debian would expect to get all my
partitions I see while partitioning the system in the d-i also present
in the installed system afterwards.


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

Bug#300913: d-i Installation report: Device nodes not created

[Tobias Klauser]

Package: installation-reports

Debian-installer-version: rc2
uname -a: Linux argon 2.6.8-1-686 #1 Thu Nov 25 04:34:30 UTC 2004 i686 GNU/Linux
Date: 2005/02/18 (date of installation, sorry for the delay)
Method: netinst CD image, with Debian base

Machine: HP Omnibook XE3 GF
Processor: Intel(R) Pentium(R) III Mobile CPU 1066MHz (i686)
Memory: 377676 kB
Root Device: /dev/hda IDE
Root Size/partition table:

Output of fdisk follows:

Disk /dev/hda: 80.0 GB, 80060424192 bytes
255 heads, 63 sectors/track, 9733 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
   /dev/hda1   1   3   24066   a0  IBM Thinkpad
   hibernation
   /dev/hda2   4  93  722925   82  Linux swap / Solaris
   /dev/hda3  949733774333005  Extended
   /dev/hda5   *  94 102   72261   83  Linux (Other Distri)
   /dev/hda6 103 406 2441848+  83  Linux (Other Distri)
   /dev/hda7 4071014 4883728+  83  Linux (Other Distri)
   /dev/hda810151209 1566306   83  Linux (Other Distri)
   /dev/hda912101574 2931831   83  Linux (Other Distri)
   /dev/hda10   15751939 2931831   83  Linux (Other Distri)
   /dev/hda11   19401951   96358+  83  Linux (Other Distri)
   /dev/hda12   19522680 5855661   83  Linux (Other Distri)
   /dev/hda13   26812826 1172713+  83  Linux (Other Distri)
   /dev/hda14   28273324 4000153+  83  Linux (Other Distri)
   /dev/hda15   3325   72261   83  Linux (Other Distri)
   /dev/hda16   33344018 5502231   83  Linux (Other Distri)
   /dev/hda17   40194267 261   83  Linux (Other Distri)
   /dev/hda18   42684279   96358+  83  Linux (Debian /boot)
   /dev/hda19   42804644 2931831   83  Linux (Debian /)
   /dev/hda20   46455373 5855661   83  Linux (Debian /usr)
   /dev/hda21   53745616 1951866   83  Linux (Debian /var)
   /dev/hda22   7867973314996646   83  Linux (/home)

Output of lspci and lspci -n:
$ lspci
:00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 03)
:00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics 
Controller] (rev 03)
:00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics 
Controller]
:00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 01)
:00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 01)
:00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 01)
:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 41)
:00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 01)
:00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 01)
:00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 01)
:02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A 
IEEE-1394a-2000 Controller (PHY/Link)
:02:02.0 Communication controller: ESS Technology ES2838/2839 SuperLink 
Modem (rev 01)
:02:03.0 Multimedia audio controller: ESS Technology ES1988 Allegro-1 (rev 
12)
:02:04.0 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
:02:04.1 CardBus bridge: O2 Micro, Inc. OZ6933 Cardbus Controller (rev 01)
:02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) 
Ethernet Controller (rev 41)

$ lspci -n
:00:00.0 0600: 8086:3575 (rev 03)
:00:02.0 0300: 8086:3577 (rev 03)
:00:02.1 0380: 8086:3577
:00:1d.0 0c03: 8086:2482 (rev 01)
:00:1d.1 0c03: 8086:2484 (rev 01)
:00:1d.2 0c03: 8086:2487 (rev 01)
:00:1e.0 0604: 8086:2448 (rev 41)
:00:1f.0 0601: 8086:248c (rev 01)
:00:1f.1 0101: 8086:248a (rev 01)
:00:1f.3 0c05: 8086:2483 (rev 01)
:02:00.0 0c00: 104c:8023
:02:02.0 0780: 125d:2838 (rev 01)
:02:03.0 0401: 125d:1988 (rev 12)
:02:04.0 0607: 1217:6933 (rev 01)
:02:04.1 0607: 1217:6933 (rev 01)
:02:08.0 0200: 8086:1031 (rev 41)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [E]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

Preliminary note: I already installed three other distros on this computer
because I'm using it to test different distros. hda5 through hda17 are used by
these. hda22 is shared as /home between all the distros.

After installing the base system from the CD image stated above, the installer