Bug#437695: ITA: python-dnspython
Package: wnpp Severity: normal The current maintainer (Patrick Dreker) has stated to me in email that he does not have enough time to keep python-dnspython up to date and that I may take over it. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433038: libapache2-mod-python: mod_python collides with mod_php5, rendering psp ususuable without proper error messages
Gunter Ohrner wrote: Package: libapache2-mod-python Version: 3.3.1-2 Severity: grave Justification: renders package unusable Hi, Gunter: I'll try to replicate this bug, but could you please send me some additional information: - Any relevant apache configuration. I assume you're using something like, AddHandler mod_python .psp PythonHandler mod_python.psp - Does starting one worker in debug mode (apache2 -X) still cause the failure? Configure apache with whatever combination of php5 and modpython it is that makes apache crash. Start apache in the foreground with apache2 -X and send the output of cat /proc/`pidof apache2`/maps. And the same for a good configuration. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#437401: [Vmware-package-maintainers] Bug#437401: vmware-package: kernel modules do not build with kernel-package and vanilla kernel
Marc Haber wrote: I have not yet been able to build any kernel modules since the new, python-written vmware-package was uploaded to unstable. Build of the kernel module .deb fails, regardless of whether I use vmware-kernel-source or vmware-any-any-kernel-source. I build with make-kpkg modules_image from a vanilla kernel directory (non-Debian sources). When I use vmware-any-any, I see that the build process uses the standalone build system, which I have never been able to successfully complete. The vmware-package that I used to maintain before I gave up the package to the current maintainership had to patch vmware-any-any to force it to use the 2.6.x kernel build system, which succeeds with my build process. I think you're right. The VMware kernel module makefiles have several different modes (the 2.6.x kernel build system versus standalone build system, and, also apparently a mode that supports 2.4 kernels) that are controlled by a VM_KBUILD module. I was able to replicate your build failure on the 2.6.22.1 kernel with the .config file you provided. Please try vmware-package 0.12~test.0, available here: http://people.debian.org/~edmonds/vmware-package/ This version will force the 2.6.x kernel build system when building the modules. I was able to build the vmware-any-any modules on 2.6.22.1 using your .config, but there are still section mismatch warnings. I suspect it may be some of the settings you've selected in the Processor type and features section (pre-emption?). It would probably be helpful if I could see a typescript of a successful process of building a kernel and corresponding vmware-kernel modules so that I can find out what goes wrong on my systems. I built your scyw00225.20070711.0 .config and was able to unsuccessfully and then successfully build vmware-any-any-kernel-modules. The only difference is the use of module source packages built with vmware-package 0.11 versus 0.12~test.0. I have attached the module-assistant build logs. -- Robert Edmonds [EMAIL PROTECTED] /usr/bin/make -f debian/rules clean make[1]: Entering directory `/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel' dh_testdir dh_testroot rm -f build-stamp dh_clean make[1]: Leaving directory `/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel' /usr/bin/make -w -f debian/rules clean make[2]: Entering directory `/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel' dh_testdir dh_testroot rm -f build-stamp dh_clean make[2]: Leaving directory `/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel' for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.22.1/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.22.1/g ;s/#KVERS#/2.6.22.1/g ; s/_KVERS_/2.6.22.1/g ; s/##KDREV##/2.6.22.1-10.00.Custom/g ; s/#KDREV#/2.6.22.1-10.00.Custom/g ; s/_KDREV_/2.6.22.1-10.00.Custom/g ' $templ ${templ%.modules.in}; \ done dh_testroot dh_clean -k # Build the module cd vmblock-only /usr/bin/make -C /tmp/linux-2.6.22.1 VM_CCVER=`gcc -dumpversion` SUBDIRS=$PWD SRCROOT=$PWD/. modules make[2]: Entering directory `/tmp/linux-2.6.22.1' Using standalone build system. /tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel/vmblock-only/./autoconf/geninclude.c:5:28: error: linux/autoconf.h: No such file or directory Building modules, stage 2. MODPOST 0 modules WARNING: vmlinux(.text+0xc03cf9f8): Section mismatch: reference to .init.text: (between 'rest_init' and 'alloc_node_mem_map') WARNING: vmlinux(.text+0xc03d2588): Section mismatch: reference to .init.text: (between 'iret_exc' and '_etext') WARNING: vmlinux(.text+0xc03d2595): Section mismatch: reference to .init.text: (between 'iret_exc' and '_etext') WARNING: vmlinux(.text+0xc03d25a1): Section mismatch: reference to .init.text: (between 'iret_exc' and '_etext') WARNING: vmlinux(.text+0xc03d25ad): Section mismatch: reference to .init.text: (between 'iret_exc' and '_etext') WARNING: vmlinux(.text+0xc03cfae0): Section mismatch: reference to .init.text:__alloc_bootmem_node (between 'alloc_node_mem_map' and 'zone_wait_table_init') WARNING: vmlinux(.text+0xc03cfb6f): Section mismatch: reference to .init.text:__alloc_bootmem_node (between 'zone_wait_table_init' and 'setup_cpu_cache') WARNING: vmlinux(.text+0xc03cfc40): Section mismatch: reference to .init.text: (between 'setup_cpu_cache' and '__sched_text_start') WARNING: vmlinux(.text+0xc03cfcbe): Section mismatch: reference to .init.text: (between 'setup_cpu_cache' and '__sched_text_start') WARNING: vmlinux(.text+0xc03d2d4c): Section mismatch: reference to .init.text: (between 'iret_exc' and '_etext') make[2]: Leaving
Bug#436369: ITP: python-pcs -- Packet Construction Set for Python
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: python-pcs Version : 0.5 Upstream Author : George V. Neville-Neil * URL : http://pcs.sourceforge.net/ * License : BSD Programming Lang: Python, Pyrex Description : Packet Construction Set for Python PCS is a set of Python modules and objects that make building network protocol code easier for the protocol developer. It provides functionality to encode and decode network packets in various formats as well as a set of classes for the most commonly used network protocols. libpcap can be used to read packets from dump files or network devices and to inject constructed packets into the network. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#436389: ITP: python-pypcap -- object-oriented Python interface for libpcap
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: python-pypcap Version : 1.1.2 Upstream Author : Dug Song * URL : http://pcs.sourceforge.net/ * License : BSD Programming Lang: Python, Pyrex Description : object-oriented Python interface for libpcap pypcap is an objected-oriented Python interface for libpcap which supports packet injection and user callback functions. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433880: [Vmware-package-maintainers] Bug#433880: vmware-package: init.d script fails and suggests fixing with a script that doesn't exist
James Healy wrote: The error message suggests using /usr/bin/vmware-config.pl to finish configuration, however that file doesn't exist. I've neutered all the instances I can find of the not_configured check in vmware-package 0.10. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434302: [Vmware-package-maintainers] Bug#434302: vmware-package: Install vmware-server-console package doesn't load on i386
James Healy wrote: After further testing, I concur that the gtkrc error message is not the cause of my troubles. Even if I fix that error, vmware-server-console fails to launch. It just exits silently with a return code of 0. Could you send the full output of strace -f vmware-server-console 21 in this case? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434302: [Vmware-package-maintainers] Bug#434302: vmware-package: Install vmware-server-console package doesn't load on i386
James Healy wrote: Robert Edmonds wrote: Could you send the full output of strace -f vmware-server-console 21 in this case? attached. Thanks. Based on the output, could you also send the log files that vmware generates (I believe they're written somewhere in /tmp), and try to collect and send a core file by invoking ulimit -c unlimited before vmware-server-console? I suspect the problem is HAL or DBUS related. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434302: [Vmware-package-maintainers] Bug#434302: vmware-package: Install vmware-server-console package doesn't load on i386
James Healy wrote: Package: vmware-package Version: 0.9 Severity: important When attempting to run vmware-server-console on my i386 machine, I get the following error. The machine in question is *not* the one running vmware-server - vmware-server-console is the only vmware package that is installed (besides vmware-package). Hi, James: The i386 machine you've submitted the bug on is running unstable; what are you running on the amd64 host? Is the behavior any different if you invoke vmware-server-console as, VMWARE_USE_SHIPPED_GTK=force vmware-server-console ? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434302: [Vmware-package-maintainers] Bug#434302: vmware-package: Install vmware-server-console package doesn't load on i386
James Healy wrote: The i386 machine you've submitted the bug on is running unstable; what are you running on the amd64 host? Stable, although I was naughty and changed sources.list to sid just long enough to grab vmware-package (and 2-3 associated upgrades due to dependencies). Is the behavior any different if you invoke vmware-server-console as, VMWARE_USE_SHIPPED_GTK=force vmware-server-console [EMAIL PROTECTED]:~$ VMWARE_USE_SHIPPED_GTK=force vmware-server-console /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:34: error: unexpected character `@', expected string constant I don't get the warnings about libpng12, but the gtk error still appears. James /usr/share/themes/Clearlooks/gtk-2.0/gtkrc is located in the gtk2-engines package, whose description says [...] The package includes the following engines: * Clearlooks, the default GNOME theme, based on Bluecurve; [...] I take it you're running under GNOME? Have you tried running under an alternate X environment, or with another theme? However, I've just installed the gtk2-engines package on my etch/i386 workstation and set my theme to Clearlooks, and vmware-server-console runs fine with the new theme. What version of gtk2-engines do you have installed and what is on line 34 of /usr/share/themes/Clearlooks/gtk-2.0/gtkrc? My copy (from version 1:2.8.2-1) doesn't have a @ anywhere in the file. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#434302: [Vmware-package-maintainers] Bug#434302: vmware-package: Install vmware-server-console package doesn't load on i386
James Healy wrote: Yep, I'm running gnome. With a different theme the same error occurs, but with the path pointing to the relevant theme's gtkrc. Under KDE it silently fails to launch. What happens if you run it under an X environment that is not KDE or GNOME? What happens if you create a file in your home directory named .gtkrc-2.0, and put this line in it: gtk-theme-name = Default Does installing vmware server console from VMware's tarball work at all? And, is it possible to use etch in your situation? VMware products tend to have good compatibility with released Linux distributions. On my sid system, if I run VMWARE_USE_SHIPPED_GTK=no vmware-server-console the gtkrc error goes away (although it silently fails to launch still), leading me to think that the gtkrc error is caused by vmware-server-console attempting to read my system's gtkrc theme files with it's older bundled version of the gtk libraries? The failing to launch might be a separate issue. Hm, after installing gtk2-engines from unstable on a sid/amd64 machine and setting my theme to Clearlooks, I can indeed reproduce the error: unexpected character `@', expected string constant message, but the server console GUI starts up fine (although with a default theme). But, your experience is that the unexpected character `@' message always results in a failure to launch? I'm inclined to consider this an upstream bug (since I see VMTN forum posts from ubuntu users experiencing difficulty with gtk 2.10) and drop the severity to normal since I don't believe vmware-package is at fault. A workaround could certainly be placed in vmware-package if one were possible, however. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433879: [Vmware-package-maintainers] Bug#433879: vmware-package: No validation of --maintainer switch
James Healy wrote: --maintainer James Healy [EMAIL PROTECTED] Worked as expected. It'd be nice to describe this in more detail in the docs and/or have a check to make sure the format is correct as early in the process as possible. Thanks, I'll make a note of this in the man page. It's the standard format (RFC 822?) used by the dpkg-dev tools. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433880: [Vmware-package-maintainers] Bug#433880: vmware-package: init.d script fails and suggests fixing with a script that doesn't exist
James Healy wrote: I've used vmware-package to build a vmware-server 1.0.3 package, which seems to complete succcessfully. When I install it with dpkg -i, it attempts to launch the daemon using it's init.d script but it fails (as expected - no serial numbers provided or configuration proivded yet). The error message suggests using /usr/bin/vmware-config.pl to finish configuration, however that file doesn't exist. I've tried not to touch the upstream init script. README.Debian states: - VMware Server has no GUI to input the required serial number. Please run '/usr/lib/vmware-server/bin/vmware-vmx --new-sn serial' to create a license file. Thanks for your work on this package - I *much* prefer to generate packages than follow the manual route. I'll close this bug when the generated vmware-server package has a debconf prompt for the serial number, or when VMware Server stops requiring a serial number for operation. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433882: [Vmware-package-maintainers] Bug#433882: vmware-package: Documentation for quirks under AMD64 arch
James Healy wrote: Sorry for all these bugs with no patches, python isn't my forte :) Well, the whole thing isn't implemented in Python. We've been attempting to use make-vmpkg on an AMD64 system, and obviously the VMWare binaries are 32-bit. We know it's possible to get it running regardless if we install manually, but it would be useful to see a section of /usr/share/doc/vmware-package/README.Debian that discusses any potential issues when using make-vmpkg under AMD64. First up - is it even possible at this stage? At the very least I'm asuming the generated packages will need a dependency on ia32-libs? Correct -- the generated packages do contain 32 bit binaries (on both i386 and amd64) but have a Recommends: ia32-libs | libc6-686 line. I'll get this upgraded to a Depends for amd64, since the binaries simply don't work on amd64 without ia32-libs installed. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#433151: forground and fflush
Package: inoticoming Version: 0.1.0-1 Severity: minor I found another instance of forground. Also, I wonder if you'd be willing to fflush(stdout); when output is directed to stdout? I run inoticoming with --foreground under runit/svlogd and the output of inoticoming and the output of the command it invokes are not properly intermingled in the svlogd log file unless I have inoticoming and the invoked command flush stdout after each line. -- Robert Edmonds [EMAIL PROTECTED] --- inoticoming-0.1.0/inoticoming.c.orig 2007-07-14 17:53:57.735947000 -0400 +++ inoticoming-0.1.0/inoticoming.c 2007-07-14 17:56:45.803947000 -0400 @@ -86,6 +86,7 @@ static void dolog(const char *format, .. vsyslog(LOG_INFO, format, ap); } else { vfprintf(stdout, format, ap); + fflush(stdout); } va_end(ap); } @@ -528,7 +529,7 @@ static void parseaction(int argc, char * static void syntax(FILE *file, int exitcode) { fprintf(file, -Syntax: %s [--logfile file] [--forground] directory to watch actions\n +Syntax: %s [--logfile file] [--foreground] directory to watch actions\n where action is: [--regexp regexp] [--chdir dir] command [arguments] ;\n, program); exit(exitcode); signature.asc Description: Digital signature
Bug#433020: [Vmware-package-maintainers] Bug#433020: vmware-package: allow setting the distribution
Bastian Kleineidam wrote: Package: vmware-package Version: 0.8 Severity: wishlist Tags: patch Hi, this patch introduces a --distribution option to set the distribution name in the changelog file. I use it together with mini-dinstall to install private packages in a local repository. Regards, Bastian thanks, this feature will show up in vmware-package 0.9 (which I will upload as soon as 0.8 propagates to testing). -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#291609: libc6: Missing funcions in libresolv
Daniel Jacobowitz wrote: On Fri, Jan 21, 2005 at 05:07:49PM -0300, Martin Ferrari wrote: I'm using functions defined in arpa/nameser.h, undocumented in libc, but explained in chapter 12 of O'Reilly's DNS BIND (ISBN: 0-596-00158-4). I do think that this lack of documentation is also a bug. They are included in /usr/lib/libresolv.a from libc6-dev package, but not in libresolv.so. Below is included a small example program to demonstrate this. This is the error: $ gcc -Wall -pedantic test.c -lresolv -o test /tmp/cc6jU6ZL.o(.text+0xa4): In function `main': : undefined reference to `__ns_initparse' /tmp/cc6jU6ZL.o(.text+0x124): In function `main': : undefined reference to `__ns_parserr' /tmp/cc6jU6ZL.o(.text+0x190): In function `main': : undefined reference to `__ns_name_uncompress' collect2: ld returned 1 exit status $ But this works: $ gcc -Wall -pedantic test.c /usr/lib/libresolv.a -o test $ FYI, they are in libresolv.so, but deliberately not exported. Static linking ignores the export checks. Whether they should be or not, I have no opinion. Hi, I'd like to see these symbols exported in libresolv.so, as I'm currently packaging a DNS utility which makes use of them. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#432906: integrate lckdo in moreutils?
Package: moreutils Version: 0.22 Severity: wishlist Hi, Joey: I currently have a single binary package called 'lckdo' -- I didn't realize the upstream author (mjt) was a Debian developer when I packaged it, however. What do you think about including it in moreutils? Here's the current package description: Description: execute a program with a lock set lckdo is a utility for controlling the invocation of another program based on a lock file. It supports both shared (read) and exclusive (write) locks and can wait for a configurable amount of time for the lock to become free. lckdo is commonly used to make automated rsync mirroring more robust. I've found it very handy for doing simple locking in shell scripts. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#432464: manpage fixes
Package: inoticoming Version: 0.0.1-1 Severity: minor See attached manpage fixes. -- Robert Edmonds [EMAIL PROTECTED] --- inoticoming-0.0.1/inoticoming.1.orig 2007-07-09 22:27:35.475947000 -0400 +++ inoticoming-0.0.1/inoticoming.1 2007-07-09 22:29:28.699947000 -0400 @@ -1,6 +1,6 @@ -.TH INOTICOMING 1 2007-06-24 reprepro INOTICOMING +.TH INOTICOMING 1 2007-06-24 inoticoming INOTICOMING .SH NAME -inoticoming \- trigger actions when files hit a incoming directory +inoticoming \- trigger actions when files hit an incoming directory .SH SYNOPSIS .B inoticoming [ @@ -32,7 +32,7 @@ before executing it, ...), followed by the command and its arguments ended with a single ; as argument. Like: .br -.B inoticoming \-\-forground / \-\-regexp ^v echo There appeared {} in the root directory. \e; +.B inoticoming \-\-foreground / \-\-regexp ^v echo There appeared {} in the root directory. \e; (Note that the \e before the ; is needed if and only if you calling it from a shell or anything else interpreting the ; on its own). .SS ACTION OPTIONS signature.asc Description: Digital signature
Bug#401709: prips CIDR patch on LP64 architectures
Robert Edmonds wrote: This bugfix is trivial; I have attached a patch. I will upload an NMU in a few days to DELAYED/7-day. The NMU was just uploaded using this patch. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431902: [Vmware-package-maintainers] Bug#431902: vmware-package: VMware 5
Ben Hay wrote: Any chance of adding support for Workstation 5.5? I'd like to only support the most recent upstream releases in vmware-package, as it's a fair amount of effort to rebase the package file lists. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431663: dig can be made to crash using -f, named pipes, and signals
-2b205a01d000 r--p 00147000 08:01 263402 /lib/libc-2.5.so 2b205a01d000-2b205a01f000 rw-p 0014a000 08:01 263402 /lib/libc-2.5.so 2b205a01f000-2b205a024000 rw-p 2b205a01f000 00:00 0 2b205a024000-2b205a026000 r-xp 08:01 263418 /lib/libdl-2.5.so 2b205a026000-2b205a226000 ---p 2000 08:01 263418 /lib/libdl-2.5.so 2b205a226000-2b205a228000 rw-p 2000 08:01 263418 /lib/libdl-2.5.so 2b205a228000-2b205a229000 rw-p 2b205a228000 00:00 0 2b205a229000-2b205a23f000 r-xp 08:01 391954 /usr/lib/libz.so.1.2.3 2b205a23f000-2b205a43e000 ---p 00016000 08:01 391954 /usr/lib/libz.so.1.2.3 2b205a43e000-2b205a43f000 rw-p 00015000 08:01 391954 /usr/lib/libz.so.1.2.3 2b205a43f000-2b205a447000 r-xp 08:01 394666 /usr/lib/libisccc.so.30.0.1 2b205a447000-2b205a646000 ---p 8000 08:01 394666 /usr/lib/libisccc.so.30.0.1 2b205a646000-2b205a647000 rw-p 7000 08:01 394666 /usr/lib/libisccc.so.30.0.1 2b205a647000-2b205a649000 rw-p 2b205a647000 00:00 0 7fff52393000-7fff523a9000 rw-p 7fff52393000 00:00 0 [stack] ff60-ffe0 ---p 00:00 0 [vdso] [1] + abort dig +short -f mypipe /dev/null [EMAIL PROTECTED]:~$ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dnsutils depends on: ii bind9-host [host] 1:9.4.1-1 Version of 'host' bundled with BIN ii libbind9-30 1:9.4.1-1 BIND9 Shared Library used by BIND ii libc6 2.5-11 GNU C Library: Shared libraries ii libdns32 1:9.4.1-1 DNS Shared Library used by BIND ii libisc32 1:9.4.1-1 ISC Shared Library used by BIND ii libisccfg30 1:9.4.1-1 Config File Handling Library used ii liblwres301:9.4.1-1 Lightweight Resolver Library used ii libssl0.9.8 0.9.8e-5 SSL shared libraries dnsutils recommends no packages. -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431733: [Vmware-package-maintainers] Bug#431733: vmware-package: Provide defaults for command line options
Magnus Therning wrote: Package: vmware-package Version: 0.6 Severity: wishlist It would be great if the tool would extract a default for -u based on the provided filename. It already does. make-vmpkg(1) extracts the product name and version from the filename. If you haven't renamed the vmware tarball, they should be detected automatically. Specifically, the upstream version is extracted on line 82 of /usr/bin/make-vmpkg. It'd also be great if the tool could deal with $DEBFULLNAME and $EMAIL to construct a default for -m. OK, I'll update -m to utilize the $DEB environment variables, and then fall back on something sane if they're not found. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#431809: ITP: podofo -- library and tools to work with the PDF file format
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: podofo Version : 0.5.0 Upstream Author : Dominik Seichter * URL : http://podofo.sourceforge.net/ * License : GPLv2 or later, LGPLv2 or later Programming Lang: C++ Description : library and tools to work with the PDF file format PoDoFo is a library and set of tools to work with the PDF file format. The name comes from the first letters of PDF (Portable Document Format). . The PoDoFo library is a free, portable C++ library which includes classes to parse PDF files and modify their contents. PoDoFo can also create PDF files. . The following tools are included: . * podofoimgextract extracts all jpeg images from a given PDF file . * podofouncompress removes all compression filters from a PDF file; this is useful for debugging existing PDF files . * podofopdfinfo provides some basic info about a PDF - metadata, page details, etc. . * podofotxt2pdf converts a text file to a PDF I also intend to package the podofobrowser program. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#429322: vmware-package: interferes with network-manager
Arnout Boelens wrote: When I installed the software as supplied by VMware, everything worked fine. That was why I thought it was a bug related to the debian package. Did you configure the vmnet settings identically? vmware-package installs a typically configuration (vmnet0 bridged to eth0, vmnet1 host only, vmnet8 NAT) while the vmware configure script prompts you to enable each of these. Also, your networkmanager error message refers to eth2. vmware's network interfaces are not named eth%d, nor does vmware rename such interfaces. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#401709: prips CIDR patch on LP64 architectures
This bugfix is trivial; I have attached a patch. I will upload an NMU in a few days to DELAYED/7-day. -- Robert Edmonds [EMAIL PROTECTED] diff -Nru prips-0.9.4.orig/debian/changelog prips-0.9.4/debian/changelog --- prips-0.9.4.orig/debian/changelog 2007-07-01 20:09:53.0 -0400 +++ prips-0.9.4/debian/changelog 2007-07-01 20:09:37.832203000 -0400 @@ -1,3 +1,10 @@ +prips (0.9.4-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix CIDR calculations on LP64 architectures, closes: #401709. + + -- Robert S. Edmonds [EMAIL PROTECTED] Sun, 01 Jul 2007 20:09:21 -0400 + prips (0.9.4-3) unstable; urgency=low * Fix multiline string. Closes: #195017 diff -Nru prips-0.9.4.orig/debian/patches/00list prips-0.9.4/debian/patches/00list --- prips-0.9.4.orig/debian/patches/00list 2007-07-01 20:09:53.0 -0400 +++ prips-0.9.4/debian/patches/00list 2007-07-01 20:08:21.712203000 -0400 @@ -1,3 +1,4 @@ 05_fix_usage_multiline_string 10_include_string_header 15_new_prips_manpage +20_cidr_lp64 diff -Nru prips-0.9.4.orig/debian/patches/20_cidr_lp64.dpatch prips-0.9.4/debian/patches/20_cidr_lp64.dpatch --- prips-0.9.4.orig/debian/patches/20_cidr_lp64.dpatch 1969-12-31 19:00:00.0 -0500 +++ prips-0.9.4/debian/patches/20_cidr_lp64.dpatch 2007-07-01 20:08:15.724203000 -0400 @@ -0,0 +1,19 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 20_cidr_lp64.dpatch by Robert S. Edmonds [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: fix CIDR calculations on LP64 + [EMAIL PROTECTED]@ +diff -urNad prips-0.9.4~/prips.c prips-0.9.4/prips.c +--- prips-0.9.4~/prips.c 1999-12-14 03:44:46.0 + prips-0.9.4/prips.c 2007-05-25 19:56:52.529693000 + +@@ -91,7 +91,7 @@ + /***/ + unsigned long add_offset(const char *addr, int offset) + { +- unsigned long naddr; ++ unsigned int naddr; + + if(offset 32 || offset 0) + { signature.asc Description: Digital signature
Bug#429322: vmware-package: interferes with network-manager
severity 429322 wishlist tags 429322 moreinfo stop Arnout Boelens wrote: After installing the vmware packages created by vmware-package my wireless connection didn't work anymore. In /var/log/daemon.log the following warning showed up: Jun 17 02:35:23 localhost NetworkManager: WARNING^I nm_system_device_set_ip4_route (): Failed to set IPv4 default route on 'eth2': No such process This does not sound like a bug in vmware-package. It sounds as if the problem lies in either proprietary VMware code or networkmanager. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#429429: samba: nmbd not always necessary
Andrew Bartlett wrote: As a team, we support the use of Samba as an NFS replacement. This is an explicit design goal of the CIFS unix extensions. So, in a unix-only environment, is it a perfectly acceptable use case to run without nmbd if browsing is not required and name resolution is provided through other means? What has the potential to break if nmbd is not running? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#429429: samba: nmbd not always necessary
Steve Langasek wrote: On Sun, Jun 17, 2007 at 08:19:43PM -0400, Robert Edmonds wrote: Package: samba Version: 3.0.24-6etch4 Severity: wishlist nmbd is not always necessary; for instance in a non-Windows environment with working name resolution. It would be nice if the samba init script supported only starting the smbd daemon. If you have a non-Windows environment, use a better protocol. :) Such as? NFS has at least as many downsides as CIFS (for which this space is too small to enumerate); e.g., samba runs in userspace and supports unix extensions which are only comparable to the kernel-only NFSv4 daemon. I consider this a wontfix. I would gladly supply a patch if it would be applied. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#429429: samba: nmbd not always necessary
Package: samba Version: 3.0.24-6etch4 Severity: wishlist nmbd is not always necessary; for instance in a non-Windows environment with working name resolution. It would be nice if the samba init script supported only starting the smbd daemon. -- System Information: Debian Release: 4.0 Architecture: amd64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii debconf 1.5.11 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcupsy 1.2.7-4 Common UNIX Printing System(tm) - ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libkrb53 1.4.4-7etch1MIT Kerberos runtime libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii netbase 4.29Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.24-6etch4 Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#428798: xscreensaver
Hi, Ralf: I'd be willing to adopt xscreensaver. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#428798: Info received (xscreensaver)
Debian Bug Tracking System wrote: Your message has been sent to the package maintainer(s): Ralf Hildebrandt [EMAIL PROTECTED] [EMAIL PROTECTED] (David Moreno Garza) Ah, never mind, then. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#428618: samba: can fail with bind interfaces only and 128 IP addresses
Package: samba Version: 3.0.24-6etch4 Severity: normal smbd can fail to start if the bind interfaces only option has been enabled, and interfaces is set to an interface that isn't enumerated by samba due to a 128 MAX_INTERFACES limit. # rm -f /var/log/samba/log.smbd # smbd -d 10 # grep interfaces /etc/samba/smb.conf interfaces = 10.0.0.0/8 bind interfaces only = true # grep added interface /var/log/samba/log.smbd | wc -l 128 # grep 10.0.0.0 /var/log/samba/log.smbd doing parameter interfaces = 10.0.0.0/8 Can't determine ip for broadcast address 10.0.0.0/8 In the full log, the 128 added interface messages are for IP addresses on interface br0. As br0 has more than 128 IP addresses, the IP addresses on eth0 (the 10.0.0.0/8 network) aren't enumerated. -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii debconf 1.5.11 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcupsy 1.2.7-4 Common UNIX Printing System(tm) - ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libkrb53 1.4.4-7etch1MIT Kerberos runtime libraries ii libldap2 2.1.30-13.3 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii netbase 4.29Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.24-6etch4 Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information excluded -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITO: re2c
The spamassassin just uploaded to unstable has a new feature for compiling rulesets to native code which apparently results in a large performance boost[0]. The sa-compile(1p) man page states that re2c version 0.10.x is required for this functionality, and only an orphaned 0.9.x is available in Debian. I intend to adopt re2c and upload the latest upstream version (0.12.1). [0] http://lwn.net/Articles/232696/ -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITA: re2c
Whoops, the subject line should been ITA: re2c -- intent to adopt. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#320283: ITA: re2c
[ The subject should have read ITA, not ITO. ] Duncan Findlay wrote: Whoops, looks like I missed that dependency on re2c = 0.10.0 for spamassassin, but I think it's working fine with 0.9.x. (At least, I haven't found a problem with it.) That's fortunate; I guess spamassassin upstream developed their support against re2c 0.10, which I believe was the previous stable release before 0.12. According to the upstream re2c changelog, there's been a lot of activity since 0.9.12. I'd be happy to co-maintain the package if you would like a co-maintainer. (Though I'm not going to have much time for Debian in the next couple of weeks.) Thanks, but I think I can handle a single binary package like re2c just fine. As a devoted spamassassin user, spamassassin compatibility is my top priority for re2c. BTW, are you planning to fix the sa-update cron spam issue (#425962) soon? :) -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#425869: ITP: netfilter-extensions -- netfilter kernel modules derived from patch-o-matic-ng
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: netfilter-extensions Version : 20070520 Upstream Author : Netfilter developers * URL : http://www.netfilter.org/projects/patch-o-matic/ * License : GPL Programming Lang: C Description : netfilter kernel modules derived from patch-o-matic-ng This package provides source code for the following netfilter kernel extension modules derived from netfilter.org's patch-o-matic-ng repository: . IPV4OPTSSTRIP ROUTE (IPv4 only) TARPIT ipv4options set u32 . The modules in this package should be usable with the unmodified Linux kernel and iptables packages included in Debian; they do not require extracted Linux kernel and iptables source trees as part of the build process. . Note that these modules are not included in the upstream Linux kernel because they may be buggy or experimental and should be used with caution. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#423458: ITP: dnscap -- DNS traffic capture utility
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: dnscap Version : 20070511 Upstream Author : Paul Vixie, Duane Wessels, Internet Systems Consortium, Inc. * URL : http://public.oarci.net/tools/dnscap/ * License : BSDish Programming Lang: C Description : DNS traffic capture utility dnscap is a network capture utility designed specifically for DNS traffic. It produces binary data in libpcap format, either on standard output or in successive dump files. This utility is similar to tcpdump, but has finer grained packet recognition tailored to DNS transactions and protocol options. dnscap is expected to be used for gathering continuous research or audit traces. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#423458: ITP: dnscap -- DNS traffic capture utility
Paul Vixie wrote: please do not make a package out of this until i am done messing with the command line syntax and i have given it a version number. sure. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#419295: ip4r: Please build 8.2 extension only
Martin Pitt wrote: As I wrote in [1], PostgreSQL 7.4 and 8.1 are going away in Lenny. Your package currently builds a PostgreSQL extension for 7.4 and/or 8.1. Please change this to only build an extension for 8.2. Will upload ip4r 1.01-1 after postgresql-8.2 hits my mirror. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#416135: ITP: lckdo -- execute a program with a lock set
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: lckdo Version : 0 Upstream Author : Michael Tokarev [EMAIL PROTECTED] * URL : http://www.corpit.ru/mjt/lckdo.c * License : public domain Programming Lang: C Description : execute a program with a lock set lckdo is a utility for controlling the invocation of another program based on a lock file. It supports both shared (read) and exclusive (write) locks and can wait for a configurable amount of time for the lock to become free. lckdo is commonly used to make automated rsync mirroring more robust. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#415986: cut shouldn't segfault
Package: coreutils Version: 5.97-5.3 Severity: normal While running cut over some screen logs (which include escape characters), I managed to cause cut to segfault with the message: *** glibc detected *** double free or corruption (top): 0x00507320 *** The backtrace isn't particularly helpful either: Core was generated by `cut -f2 -d( file0 file1'. Program terminated with signal 6, Aborted. #0 0x2b89bcbc707b in raise () from /lib/libc.so.6 (gdb) bt #0 0x2b89bcbc707b in raise () from /lib/libc.so.6 #1 0x2b89bcbc884e in abort () from /lib/libc.so.6 #2 0x2b89bcbfd629 in ?? () from /lib/libc.so.6 #3 0x2b89bcc04193 in ?? () from /lib/libc.so.6 #4 0x2b89bcc0421e in free () from /lib/libc.so.6 #5 0x004017b1 in ?? () #6 0x00401f11 in ?? () #7 0x2b89bcbb44ca in __libc_start_main () from /lib/libc.so.6 #8 0x0040112a in ?? () #9 0x7fffee026958 in ?? () #10 0x in ?? () I've attached a test case that consistently elicits the behavior from cut on my unstable amd64 machines. Simply run the 'test.sh' script. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-amd64-rse Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.42-1 Access control list shared library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libselinux1 1.32-3 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] cut_core_dump.tar.gz Description: Binary data signature.asc Description: Digital signature
Bug#412151: using NIS mail.aliases in a Solaris environment
Package: perdition Version: 1.17-7 Severity: minor perdition running on a Debian NIS client bound to a SunOS 5.8 NIS/YP server is unable to look up the real mail server to use from our mail.aliases map. The attached patch works for me since Sun's yp_match() RPC call apparently expects the inkeylen parameter to include the length of the key including the terminating '\0' character, while strlen() excludes the terminating '\0'. I'm not sure if all NIS servers behave this way or require this behavior from clients, so perhaps this should be some sort of knob, but according to my packet sniffer Python's nis.match() call always sends the terminating '\0'. -- Robert Edmonds [EMAIL PROTECTED] diff -pru perdition-1.17.orig/perdition/db/nis/perditiondb_nis.c perdition-1.17/perdition/db/nis/perditiondb_nis.c --- perdition-1.17.orig/perdition/db/nis/perditiondb_nis.c 2005-06-22 01:50:04.0 -0400 +++ perdition-1.17/perdition/db/nis/perditiondb_nis.c 2007-02-23 19:20:42.865537595 -0500 @@ -89,7 +89,7 @@ int dbserver_get( map, key_str, strlen(key_str), - str_return, + str_return + 1, len_return); if ( res == YPERR_KEY ) { signature.asc Description: Digital signature
Bug#412151: Acknowledgement (using NIS mail.aliases in a Solaris environment)
Sorry, there is a semantic error in the patch I just sent. The corrected patch is attached. -- Robert Edmonds [EMAIL PROTECTED] --- perdition-1.17.orig/perdition/db/nis/perditiondb_nis.c +++ perdition-1.17/perdition/db/nis/perditiondb_nis.c @@ -88,7 +88,7 @@ res = yp_match(domain, map, key_str, - strlen(key_str), + strlen(key_str) + 1, str_return, len_return); signature.asc Description: Digital signature
Bug#411753: new upstream release kvm-14
Package: kvm Version: 12-1 Severity: wishlist kvm-14 was released yesterday; please package it. via Avi Kivity: Changes from kvm-13: - qemu 0.9.0 - too many goodies to list - kvm can no longer share qemu's bios on Intel hosts due to real mode trouble. use the supplied bios. - migration now based on Anthony Liguori's live migration patches (Uri Lublin) - currently, only non-live migration is supported under kvm - handle smi on host on AMD hosts (Joerg Roedel) - random fixes at a minimum, you will also need to update debian patch 04 (see attached) and it looks like the kvm version of the qemu bios will need to be shipped in the package. -- Robert Edmonds [EMAIL PROTECTED] --- kvm-14/qemu/vl.c.orig 2007-02-20 14:17:25.288712348 -0500 +++ kvm-14/qemu/vl.c2007-02-20 14:17:41.405569255 -0500 @@ -92,7 +92,7 @@ #include qemu-kvm.h #endif -#define DEFAULT_NETWORK_SCRIPT /etc/qemu-ifup +#define DEFAULT_NETWORK_SCRIPT /etc/kvm/kvm-ifup #ifdef __sun__ #define SMBD_COMMAND /usr/sfw/sbin/smbd #else signature.asc Description: Digital signature
Bug#363633: [ping] RFP: systrace
I see the last activity on this bug is ~10 months ago. Is anyone working on it? -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#407338: Another GRUB upload
Otavio Salvador wrote: GRUB2 is tagged as experimental because upstream hadn't yet finished to put new features on it. It's very stable and does very well for a lot of users. I would like to ask if you can try it and if it does work for you we can try to push it to testing. I just tried grub2 out on a fresh sid install and failed due to #409073. It seems neither grub nor grub2 support GPT at the moment? I understand that importance of the GPT support on GRUB but I also worry about the possible regressions it can bring to it too. We're too near of release and after some discussion between I and Robert we opted to keep it out. The patch seems reasonably clean to me; while I am not an expert at parsing partition tables, it seems the only possible regression could be mistakenly interpreting a non-GPT partitioned block device as GPT. Is it possible this patch could make it into etch after release via proposed-updates? (Of course, I'm not opposed to maintaining a locally patched version of grub for a handful of specialized servers. Perhaps a note in the release notes for this admittedly rare configuration would be in order?) Our idea, just after Etch release, is start to replace the grub with grub2 for all possible architectures :-D That would solve a lot of problems, for sure. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#389557: remove rpc.idmapd and rpc.gssd pid file checks from nfs4mount.c
The attached patch removes them. -- Robert Edmonds [EMAIL PROTECTED] diff -Nru util-linux-2.12r.orig/debian/patches/00list util-linux-2.12r/debian/patches/00list --- util-linux-2.12r.orig/debian/patches/00list 2007-01-30 21:59:21.0 -0500 +++ util-linux-2.12r/debian/patches/00list 2007-01-30 22:01:02.0 -0500 @@ -15,6 +15,7 @@ 30nfs4-fix 30nfs4-intr-default 30nfs4-setclientid +30nfs4-no-pid-checks 30swsusp-resume #20xgethostname #50hurd diff -Nru util-linux-2.12r.orig/debian/patches/30nfs4-no-pid-checks.dpatch util-linux-2.12r/debian/patches/30nfs4-no-pid-checks.dpatch --- util-linux-2.12r.orig/debian/patches/30nfs4-no-pid-checks.dpatch 1969-12-31 19:00:00.0 -0500 +++ util-linux-2.12r/debian/patches/30nfs4-no-pid-checks.dpatch 2007-01-30 22:04:33.0 -0500 @@ -0,0 +1,62 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30nfs4-no-pid-checks by Robert S. Edmonds [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Completely purge code used solely for checking pids for +## DP: rpc.idmapd and rpc.gssd. See bug#389557. + [EMAIL PROTECTED]@ +--- util-linux-2.12r.orig/mount/nfs4mount.c2007-01-30 21:56:27.0 -0500 util-linux-2.12r/mount/nfs4mount.c 2007-01-30 21:57:01.0 -0500 +@@ -51,27 +51,6 @@ + + #include nls.h + +-#if defined(VAR_LOCK_DIR) +-#define DEFAULT_DIR VAR_LOCK_DIR +-#else +-#define DEFAULT_DIR /var/run +-#endif +- +-char *IDMAPLCK = DEFAULT_DIR /rpc.idmapd.pid; +-#define idmapd_check() do { \ +- if (access(IDMAPLCK, F_OK)) { \ +- printf(_(Warning: rpc.idmapd appears not to be running.\n \ +- All uids will be mapped to the nobody uid.\n)); \ +- } \ +-} while(0); +- +-char *GSSDLCK = DEFAULT_DIR /rpc.gssd.pid; +-#define gssd_check() do { \ +- if (access(GSSDLCK, F_OK)) { \ +- printf(_(Warning: rpc.gssd appears not to be running.\n)); \ +- } \ +-} while(0); +- + #ifndef NFS_PORT + #define NFS_PORT 2049 + #endif +@@ -358,22 +337,9 @@ + | (nocto ? NFS4_MOUNT_NOCTO : 0) + | (noac ? NFS4_MOUNT_NOAC : 0); + +- /* +- * Give a warning if the rpc.idmapd daemon is not running +- */ +- idmapd_check(); +- + if (num_flavour == 0) + pseudoflavour[num_flavour++] = AUTH_UNIX; +- else { +- /* +- * ditto with rpc.gssd daemon +- */ +- /* +- * The latest nfs-common doesn't create pid files at all. +- */ +- /* gssd_check(); */ +- } ++ + data.auth_flavourlen = num_flavour; + data.auth_flavours = pseudoflavour; + signature.asc Description: Digital signature
Bug#406146: New version available
Nacho Barrientos Arias wrote: 2007.01.19 is available as well. If there is no heavy reasons to don't upload new releases or if you are not interested in keep youtube-dl updated, please reconsider accepting package comaintenance . This will be uploaded shortly. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#405606: old version of client is not suitable for connecting to SixXS network
Package: aiccu Version: 20050131-1 Severity: serious There are many problems with this upstream release of the SixXS client (it is nearly two years old!) The SixXS service has evolved, protocols have changed, and upstream no longer recommends the use of this extremely old version of the client. (C.f., the tor package, which is not being released with etch.) For instance, the AYIYA protocol implementation (necessary for clients to connect behind a NAT) is broken. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#405610: old version of client is not suitable for connecting to SixXS network
Package: aiccu Version: 20050131-1 Severity: serious There are many problems with this upstream release of the SixXS client (it is nearly two years old!) The SixXS service has evolved, protocols have changed, and upstream no longer recommends the use of this extremely old version of the client. (C.f., the tor package, which is not being released with etch.) For instance, the AYIYA protocol implementation (necessary for clients to connect behind a NAT) is broken. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#300996: intent to hijack ITP
I have prepared a Debian package of clamassassin using Santiago's sed script. If there's no activity in a few weeks, I'll upload my package. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#385748: ITP: youtube-dl -- download videos from youtube.com
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: youtube-dl Version : 2006.08.28 Upstream Author : Ricardo Garcia Gonzalez * URL : http://www.arrakis.es/~rggi3/youtube-dl/ * License : MIT Programming Lang: Python Description : download videos from youtube.com youtube-dl is a small command-line program to download videos from YouTube.com. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#382123: runit runs on tty1 on Linux kernel 2.6.17
Package: runit-run Version: 0.8.0 Severity: normal c.f. http://article.gmane.org/gmane.comp.sysutils.supervision.general/1193 I can confirm this; my Debian systems running 2.6.16 kernel images are unaffected, while those running 2.6.17 exhibit this behavior: $ ps -t tty1 PID TTY TIME CMD 1 tty1 00:00:00 runit when logging in on getty-1, bash prints the following message: -bash: no job control in this shell and pressing Control-C on this terminal causes runit to halt the machine. -- 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-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages runit-run depends on: ii runit1.6.0-1 a UNIX init scheme with service su ii sysv-rc 2.86.ds1-15 System-V-like runlevel change mech Versions of packages runit-run recommends: pn fgettynone (no description available) -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#245995: ITP: libpcap-mmap -- System interface for user-level packet capture (MMAP version)
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: libpcap-mmap Version : 0.9.20060417 Upstream Author : Phil Wood [EMAIL PROTECTED] and the tcpdump-workers * URL : http://public.lanl.gov/cpw/ * License : BSD Programming Lang: C Description : System interface for user-level packet capture (MMAP version) libpcap (Packet CAPture) provides a portable framework for low-level network monitoring. Applications include network statistics collection, security monitoring, network debugging, etc. . Since almost every system vendor provides a different interface for packet capture, and since there are several tools that require this functionality, we've created this system-independent API to ease in porting and to alleviate the need for several system-dependent packet capture modules in each application. . This package has been built from Phil Wood's modified libpcap sources which enable packet capture in MMAP mode if your Linux kernel has been compiled with CONFIG_PACKET_MMAP=y. This facilitates packet capture at a higher rate without dropping packets, especially if you have a NAPI aware ethernet device driver. . Further information is available at URL: http://public.lanl.gov/cpw/ -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#381811: ITP: ip4r -- IPv4 and IPv4 range index types for PostgreSQL
Package: wnpp Owner: Robert S. Edmonds [EMAIL PROTECTED] Severity: wishlist * Package name: ip4r Version : 1.0 Upstream Author : Andrew - Supernews [EMAIL PROTECTED], Steve Atkins [EMAIL PROTECTED] * URL : http://pgfoundry.org/projects/ip4r/ * License : BSD Programming Lang: C Description : IPv4 and IPv4 range index types for PostgreSQL This PostgreSQL module provides two data types, ip4 and ip4r, which can contain a single IPv4 address or a range of IPv4 addresses, respectively. . While PostgreSQL already has built-in types 'inet' and 'cidr', the authors of this module found that they had a number of requirements that were not addressed by the built-in type. . Firstly and most importantly, the built-in types have no support for index lookups of the form (column = parameter), i.e. where you have a table of IP address ranges and wish to find which ones include a given IP address. This requires an rtree or gist index to do efficiently, and also requires a way to represent IP address ranges that do not fall precisely on CIDR boundaries. . Secondly, the built-in inet/cidr are somewhat overloaded with semantics, with inet combining two distinct concepts (a netblock, and a specific IP within that netblock). Furthermore, they are variable length types (to support IPv6) with non-trivial overheads, and the authors (whose applications mainly deal in large volumes of single IPv4 addresses) wanted a more lightweight representation. . ip4r therefore supports two distinct data types (so far): . ip4 - a single IPv4 address ip4r - an arbitrary range of IPv4 addresses -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#379168: bashism patch
tags 379168 patch thanks The attached patch removes this bashism. -- Robert Edmonds [EMAIL PROTECTED] --- pgapack-1.0.0.1/debian/rules.orig 2006-07-22 20:03:12.0 -0400 +++ pgapack-1.0.0.1/debian/rules2006-07-22 20:03:39.0 -0400 @@ -98,7 +98,7 @@ -gzip -9f examples.tar $(INSTALL_DATA) *.tar.gz debian/tmp/usr/share/doc/pgapack # scripts - $(INSTALL_PROGRAM) debian/{postinst,prerm} debian/tmp/DEBIAN/ + $(INSTALL_PROGRAM) debian/postinst debian/prerm debian/tmp/DEBIAN/ # # build the package dpkg-gencontrol -isp -ppgapack -Pdebian/tmp signature.asc Description: Digital signature
Bug#379248: B-D patch
tags 379248 patch thanks The attached trivial patch fixes this. -- Robert Edmonds [EMAIL PROTECTED] --- xfig-3.2.5-alpha5/debian/control.orig 2006-07-22 19:47:31.0 -0400 +++ xfig-3.2.5-alpha5/debian/control2006-07-22 19:47:44.0 -0400 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Roland Rosenfeld [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: dpkg (= 1.7.2), debhelper (= 4.0.0), libxt-dev, libsm-dev, libxpm-dev, libxmu-dev, libice-dev, libx11-dev, libxext-dev, xutils, xaw3dg-dev (= 1.5+E-2), libjpeg62-dev, libpng12-dev | libpng-dev +Build-Depends: dpkg (= 1.7.2), debhelper (= 4.0.0), libxt-dev, libsm-dev, libxpm-dev, libxmu-dev, libice-dev, libx11-dev, libxext-dev, libxi-dev, xutils, xaw3dg-dev (= 1.5+E-2), libjpeg62-dev, libpng12-dev | libpng-dev Package: xfig Architecture: any signature.asc Description: Digital signature
Bug#379270: build dep on xbitmaps patch
tags 379270 patch thanks -- Robert Edmonds [EMAIL PROTECTED] --- glame-2.0.1/debian/control.orig 2006-07-22 20:27:06.0 -0400 +++ glame-2.0.1/debian/control 2006-07-22 20:27:13.0 -0400 @@ -2,7 +2,7 @@ Section: sound Priority: extra Maintainer: Daniel Kobras [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.18), docbook-to-man, sfftw-dev (= 2.1.3-10), libaudiofile-dev, libesd0-dev, libasound2-dev (= 1.0.0), libgnome2-dev, libgnomeui-dev, libgnomecanvas2-dev, libgtk2.0-dev (= 2.6.0), guile-1.6-dev | libguile-dev, libglade2-dev, libxml2-dev, texinfo, tetex-bin, libltdl3-dev, autotools-dev, ladspa-sdk, libmad0-dev, libvorbis-dev (= 1.0.0), dpatch +Build-Depends: debhelper (= 4.0.18), docbook-to-man, sfftw-dev (= 2.1.3-10), libaudiofile-dev, libesd0-dev, libasound2-dev (= 1.0.0), libgnome2-dev, libgnomeui-dev, libgnomecanvas2-dev, libgtk2.0-dev (= 2.6.0), guile-1.6-dev | libguile-dev, libglade2-dev, libxml2-dev, texinfo, tetex-bin, libltdl3-dev, autotools-dev, ladspa-sdk, libmad0-dev, libvorbis-dev (= 1.0.0), dpatch, xbitmaps Standards-Version: 3.6.1 Package: glame signature.asc Description: Digital signature
Bug#375105: patch for lost precision on 64 bit arches
tags 375105 patch thanks The attached patch will fix this FTBFS on 64 bit arches. I have build tested it on amd64. -- Robert Edmonds [EMAIL PROTECTED] Fix FTBFS on 64 bit arches; lost precision. Index: amaya-9.51/Amaya/MENUconf.c === --- Amaya/amaya/MENUconf.c.orig 2006-07-21 20:18:31.0 -0400 +++ Amaya/amaya/MENUconf.c 2006-07-21 20:19:03.0 -0400 @@ -4645,14 +4645,14 @@ static void PreferenceCallbackDialog (int ref, int typedata, char *data) { #ifdef _WX - int val; + long val; if (ref == -1) TtaDestroyDialogue (PreferenceBase); else { /* has the user changed the options? */ - val = (int) data; + val = (long) data; switch (ref - PreferenceBase) { case 0: signature.asc Description: Digital signature
Bug#370234: patch for #370234
It seems unnecessary to patch both configure and configure.in. The following diff against python-modules svn HEAD eliminates the patch against configure and runs autoconf after configure.in has been patched. Build-tested. -- Robert Edmonds [EMAIL PROTECTED] Index: debian/patches/01_configure.diff === --- debian/patches/01_configure.diff(revision 1164) +++ debian/patches/01_configure.diff(working copy) @@ -14,51 +14,6 @@ exit 0 @DPATCH@ -diff -Nur mod_python-3.2.8.orig/configure mod_python-3.2.8/configure mod_python-3.2.8.orig/configure2005-10-28 11:06:22.0 -0500 -+++ mod_python-3.2.8/configure 2006-05-16 08:38:20.0 -0500 -@@ -2706,19 +2706,21 @@ - ALL=dso - - # check Apache version -- echo $as_me:$LINENO: checking Apache version 5 --echo $ECHO_N checking Apache version... $ECHO_C 6 -- HTTPD=`${APXS} -q SBINDIR`/`${APXS} -q TARGET` -- ver=`$HTTPD -v | awk '/version/ {print $3}' | awk -F/ '{print $2}'` -- echo $as_me:$LINENO: result: $ver 5 --echo ${ECHO_T}$ver 6 -+# peterh: Remove apache version check for debian package, since we don't -+# want to build-depend on apache2. -+# echo $as_me:$LINENO: checking Apache version 5 -+#echo $ECHO_N checking Apache version... $ECHO_C 6 -+# HTTPD=`${APXS} -q SBINDIR`/`${APXS} -q TARGET` -+# ver=`$HTTPD -v | awk '/version/ {print $3}' | awk -F/ '{print $2}'` -+# echo $as_me:$LINENO: result: $ver 5 -+#echo ${ECHO_T}$ver 6 - - # make sure version begins with 2 -- if test -z `echo $ver | egrep \^2`; then --{ { echo $as_me:$LINENO: error: This version of mod_python only works with Apache 2. The one you have seems to be $ver. 5 --echo $as_me: error: This version of mod_python only works with Apache 2. The one you have seems to be $ver. 2;} -- { (exit 1); exit 1; }; } -- fi -+# if test -z `echo $ver | egrep \^2`; then -+#{ { echo $as_me:$LINENO: error: This version of mod_python only works with Apache 2. The one you have seems to be $ver. 5 -+#echo $as_me: error: This version of mod_python only works with Apache 2. The one you have seems to be $ver. 2;} -+# { (exit 1); exit 1; }; } -+# fi - - # determine LIBEXEC - echo $as_me:$LINENO: checking for Apache libexec directory 5 -@@ -3035,7 +3037,7 @@ - # get the mod_python version - - MP_VERSION=`awk '/MPV_STRING/ {print $3}' src/include/mpversion.h` --MP_VERSION=`echo $MP_VERSION | sed s/\\//g` -+MP_VERSION=`echo $MP_VERSION | sed 's///g'` - - # get --with-python-src. The python src is required to generate the documentation - # It is not required to compile or install mod_python itself diff -Nur mod_python-3.2.8.orig/configure.in mod_python-3.2.8/configure.in --- mod_python-3.2.8.orig/configure.in 2005-10-28 11:06:22.0 -0500 +++ mod_python-3.2.8/configure.in 2006-05-16 08:40:23.0 -0500 Index: debian/changelog === --- debian/changelog(revision 1164) +++ debian/changelog(working copy) @@ -8,6 +8,10 @@ [ Piotr Ozarowski ] * Added watch file + [ Robert S. Edmonds ] + * Patching the generated configure script is wrong and unnecessary. +(closes: #370234) + -- Piotr Ozarowski [EMAIL PROTECTED] Tue, 6 Jun 2006 13:39:06 +0200 libapache2-mod-python (3.2.8-1) unstable; urgency=low Index: debian/rules === --- debian/rules(revision 1164) +++ debian/rules(working copy) @@ -16,7 +16,6 @@ dh_testdir # Add here commands to configure the package. - autoconf # Don't configure here (see install) # -./configure --enable-EAPI --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info touch configure-stamp @@ -54,6 +53,8 @@ # Add here commands to install the package into debian/libapache-mod-python. #$(MAKE) install DESTDIR=$(CURDIR)/debian/libapache-mod-python + autoconf + # python 2.3 rm -f config.cache config.status export PYTHON_BIN=/usr/bin/python2.3 signature.asc Description: Digital signature
Bug#375303: denyhosts should be able to be run in the foreground
Package: denyhosts Version: 2.3-3 Severity: wishlist Tags: patch, upstream denyhosts currently lacks the ability to run in a 'debugging' or 'foreground' mode. The attached patch adds a --foreground switch to achieve this. -- Robert Edmonds [EMAIL PROTECTED] diff -ru DenyHosts-2.3/DenyHosts/deny_hosts.py denyhosts-2.3.foreground/DenyHosts/deny_hosts.py --- DenyHosts-2.3/DenyHosts/deny_hosts.py 2006-03-30 14:18:47.0 -0500 +++ denyhosts-2.3.foreground/DenyHosts/deny_hosts.py2006-06-24 21:08:26.0 -0400 @@ -40,7 +40,7 @@ class DenyHosts: def __init__(self, logfile, prefs, lock_file, ignore_offset=0, first_time=0, - noemail=0, daemon=0): + noemail=0, daemon=0, foreground=0): self.__denied_hosts = {} self.__prefs = prefs self.__lock_file = lock_file @@ -48,6 +48,7 @@ self.__noemail = noemail self.__report = Report(prefs.get(HOSTNAME_LOOKUP)) self.__daemon = daemon +self.__foreground = foreground self.__sync_server = prefs.get('SYNC_SERVER') self.__sync_upload = is_true(prefs.get(SYNC_UPLOAD)) self.__sync_download = is_true(prefs.get(SYNC_DOWNLOAD)) @@ -85,7 +86,7 @@ info(Log file size has not changed. Nothing to do.) -if daemon: +if daemon and not foreground: info(launching DenyHosts daemon (version %s)... % VERSION) #logging.getLogger().setLevel(logging.WARN) @@ -99,6 +100,10 @@ self.runDaemon(logfile, last_offset) else: die(Error creating daemon: %s (%d) % (retCode[1], retCode[0])) +elif foreground: +info(launching DenyHosts (version %s)... % VERSION) +self.__lock_file.remove() +self.runDaemon(logfile, last_offset) def killDaemon(self, signum, frame): diff -ru DenyHosts-2.3/denyhosts.py denyhosts-2.3.foreground/denyhosts.py --- DenyHosts-2.3/denyhosts.py 2006-03-11 09:45:51.0 -0500 +++ denyhosts-2.3.foreground/denyhosts.py 2006-06-24 21:32:09.0 -0400 @@ -33,6 +33,7 @@ print --migrate: migrate your HOSTS_DENY file so that it is suitable for --purge print --purge: expire entries older than your PURGE_DENY setting print --daemon: run DenyHosts in daemon mode +print --foreground: run DenyHosts in foreground mode print --sync: run DenyHosts synchronization mode print --version: Prints the version of DenyHosts and exits @@ -62,6 +63,7 @@ purge = 0 sync_mode = 0 daemon = 0 +foreground = 0 enable_debug = 0 upgrade099 = 0 args = sys.argv[1:] @@ -69,8 +71,8 @@ (opts, getopts) = getopt.getopt(args, 'f:c:dinuvps?hV', [file=, ignore, verbose, debug, help, noemail, config=, version, - migrate, purge, daemon, sync, - upgrade099]) + migrate, purge, daemon, foreground, + sync, upgrade099]) except: print \nInvalid command line option detected. usage() @@ -100,6 +102,8 @@ sync_mode = 1 if opt == '--daemon': daemon = 1 +if opt == '--foreground': +foreground = 1 if opt == '--upgrade099': upgrade099 = 1 if opt == '--version': @@ -130,21 +134,21 @@ lock_file.create() -if upgrade099 and not daemon: +if upgrade099 and not (daemon or foreground): if not prefs.get('PURGE_DENY'): lock_file.remove() die(You have supplied the --upgrade099 flag, however you have not set PURGE_DENY in your configuration file) else: u = UpgradeTo099(prefs.get(HOSTS_DENY)) -if migrate and not daemon: +if migrate and not (daemon or foreground): if not prefs.get('PURGE_DENY'): lock_file.remove() die(You have supplied the --migrate flag however you have not set PURGE_DENY in your configuration file.) else: m = Migrate(prefs.get(HOSTS_DENY)) -if purge and not daemon: +if purge and not (daemon or foreground): purge_time = prefs.get('PURGE_DENY') if not purge_time: lock_file.remove() @@ -161,7 +165,9 @@ try: for f in logfiles: dh = DenyHosts(f, prefs, lock_file, ignore_offset, - first_time, noemail, daemon) + first_time, noemail, daemon, foreground) +except KeyboardInterrupt: +pass except SystemExit, e: pass except Exception, e: @@ -169,7 +175,7 @@ print \nDenyHosts exited abnormally -if sync_mode and not daemon: +if sync_mode and not (daemon
Bug#360654: alioth packaging team?
Hi, Perhaps a packaging team on alioth could be set up? I maintain a local site version of python2.4 packages for mod_python. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#360654: 3.2.8 / python2.4 packages
To follow up on my last mail to the BTS: I have backported the mod_python 3.2.8 FTBFS on bash 3.1 fix from upstream's repository. My packages are available here, with python2.4 support: http://debian.cc.gt.atl.ga.us/packages/libapache2-mod-python/ I would be interested in forming a packaging team for mod_python, although my key is no longer in the active keyring. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#361551: smartd reports incorrect temperatures
Package: smartmontools Version: 5.33+5.34cvs20050802-4 Severity: normal smartd reports incorrect temperatures for an EIDE hard drive: $ egrep hda.*194 /var/log/daemon.log | tail -1 Apr 8 19:36:12 billchase smartd[6495]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 157 to 161 However, hddtemp is able to report a more reasonable value: $ hddtemp /dev/hda /dev/hda: HDS722525VLAT80: 34 C According to smartctl, this appears to be the 'RAW_VALUE', while smartd is reporting the 'VALUE': === START OF INFORMATION SECTION === Model Family: Hitachi Deskstar 7K250 series Device Model: HDS722525VLAT80 Serial Number:VNR9HEC6C6YBUL Firmware Version: V36OA60A User Capacity:250,059,350,016 bytes Device is:In smartctl database [for details use: -P show] ATA Version is: 6 ATA Standard is: ATA/ATAPI-6 T13 1410D revision 3a Local Time is:Sat Apr 8 19:47:00 2006 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled [...] ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE [...] 194 Temperature_Celsius 0x0002 161 161 000Old_age Always - 34 (Lifetime Min/Max 18/55) -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smartmontools depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an Versions of packages smartmontools recommends: ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#361555: suggests nonexistent package
Package: wpasupplicant Version: 0.5.2-2 Severity: normal Suggests: libengine-pkcs11-openssl, dhcp3-client | dchp-client There is no dchp-client package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wpasupplicant depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libssl0.9.8 0.9.8a-8 SSL shared libraries wpasupplicant recommends no packages. -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#355649: logcheck: ntp 'adjusting local clock' only matches positive corrections
Package: logcheck Version: 1.2.43a Severity: minor /etc/logcheck/ignore.d.server/ntp contains: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: adjusting local clock by [.0-9]+s$ However, this will not match negative corrections such as: System Events =-=-=-=-=-=-= Mar 5 01:44:55 billchase ntpd[6171]: adjusting local clock by -0.190112s Mar 5 01:55:20 billchase ntpd[6171]: adjusting local clock by -0.181540s Please change this rule to: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: adjust time server [-.0-9]+ offset$ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages logcheck depends on: ii adduser 3.85Add and remove users and groups ii cron 3.0pl1-93 management of regular background p ii debconf [debconf 1.4.71 Debian configuration management sy ii debianutils 2.15.3 Miscellaneous utilities specific t ii grep 2.5.1.ds2-4 GNU grep, egrep and fgrep ii lockfile-progs 0.1.10 Programs for locking and unlocking ii logcheck-databas 1.2.43a database of system log rules for t ii logtail 1.2.43a Print log file lines that have not ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent ii nullmailer [mail 1:1.02-1simple relay-only mail transport a ii sysklogd [system 1.4.1-17.1 System Logging Daemon logcheck recommends no packages. -- debconf information excluded -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#354312: unionfs: latest upstream release is 1.1.3
Package: unionfs Version: 1.0.14-1 Severity: wishlist The latest release of unionfs (1.1.3) is available from ftp://ftp.fsl.cs.sunysb.edu/pub/unionfs. I have been able to build a unionfs-source package and compile the modules simply by using the 1.0.14-1 diff.gz with very little changes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340145: gaim: unblockable AOL 'buddies'
Package: gaim Version: 1:1.5.0+1.5.1cvs20051015-1 Severity: wishlist This morning I was forcibly disconnected by the AOL IM service and upon reconnection received these messages: (04:14:30) AOL System Msg: AIM added a new AIM Bots group to your Buddy List. (04:14:30) AOL System Msg: Send IMs to moviefone and shoppingbuddy for great holiday flicks and gift ideas. (To remove 'em, just right-click and delete! Learn More) to all of my AIM accounts. Indeed, AOL had forced gaim to create a new group and added three sets of these new 'spim'ed services. Adding these bots to gaim's privacy/ignore list did nothing until I deleted the buddies, upon which I received (again, three copies) of this message: (04:19:45) AOL System Msg: The following bots are no longer available and have been removed from your buddy list: moviefone. To find out more about bots, go to (a deleted URL) (04:19:54) AOL System Msg: The following bots are no longer available and have been removed from your buddy list: shoppingbuddy. To find out more about bots, go to (a deleted URL) The 'AOL System Msg' 'buddy' is also unblockable by gaim. A useful upstream feature would of course be the ability to maintain client-side buddy list integrity and client-side filtering of IMs from undesirable AOL extensions to the AIM service. Thanks for taking this madness over from me, robot101. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gaim depends on: ii gaim-data 1:1.5.0+1.5.1cvs20051015-1 multi-protocol instant messaging c ii libao20.8.6-1.1 Cross Platform Audio Output Librar ii libaspell15 0.60.3-5 GNU Aspell spell-checker runtime l ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkspell0 2.0.10-3 a spell-checking addon for GTK's T ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstartup-no 0.8-1 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxss1 6.8.2.dfsg.1-7 X Screen Saver client-side library ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m gaim recommends no packages. -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306203: freebsd5-buildutils lacks kldxref
Package: freebsd5-buildutils Version: 5.3+2-2 Severity: normal On boot, Debian GNU/kFreeBSD prints: warning: KLD '/boot/kernel/linprocfs.ko' is newer than the linker.hints file warning: KLD '/boot/kernel/linux.ko' is newer than the linker.hints file /boot/kernel/linker.hints is apparently generated by the FreeBSD utilitiy 'kldxref'[0]. This utility should be run to regenerate the linker.hints file when compiling a kernel. [0] http://tinyurl.com/8gq77 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-i386 (i686) Kernel: GNU/kFreeBSD 5.3-9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages freebsd5-buildutils depends on: ii dash 0.5.2-4 The Debian Almquist Shell ii libc0.12.3-1+kbsd.10 GNU C Library: Shared libraries an -- no debconf information -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature