Bug#354355: sympa: Please stop kidding
Hi, On Tue, 19 Dec 2006, Jean Charles Delepine wrote: Stefan Hornburg (Racke) [EMAIL PROTECTED] écrivait (wrote) : I'll take this out. It is more hassle than it is really worth. We need, now, a workable package for etch. 5.2.3-0.2 is not that package, 5.2.3-0.3 will have bugs not in my 5.2.3-0.7. Please upload to unstable 5.2.3-0.8 which will be 5.2.3-0.7 + your improvements on 5.2.1-0.1. Jean-Charles, can you prepare such a package and svn-inject it in svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/ ? Please inject at least the 0.7 version, even if you don't have time to incorporate Stefen's improvement. It's really time you both start working on the same infrastructure. We need an upload to unstable RSN ! Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols
On Tuesday 19 December 2006 22:07, Ola Lundqvist wrote: Hi Which kernel version did you apply it against? I have successfully built it... The version in testing or in unstable? Latest as of a couple of days ago from unstable, 2.16-8, I believe. The version of the patch current as of that date would not patch. The current version patched but produced the errors on compile. Regards, // Ola On Tue, Dec 19, 2006 at 10:58:40AM +0200, David Baron wrote: Package: kernel-patch-openvz Version: 028test007.1 Severity: important Justification: fails to build from source Here they are: (May be others as well.) kernel/built-in.o: In function `do_env_create': vecalls.c:(.text+0x349a7): undefined reference to `ve_snmp_proc_init' vecalls.c:(.text+0x34a96): undefined reference to `ve_ndisc_init' vecalls.c:(.text+0x34ac2): undefined reference to `init_ve_route6' vecalls.c:(.text+0x34c36): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x34c42): undefined reference to `ve_ndisc_fini' vecalls.c:(.text+0x34e6a): undefined reference to `addrconf_sysctl_init' make[1]: *** [.tmp_vmlinux1] Error 1 Additonally, I go the following warning (do not know if related to the patch): arch/i386/kernel/mpparse.c: In function 'MP_bus_info': arch/i386/kernel/mpparse.c:231: warning: comparison is always false due to limited range of data type -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-davidb Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-patch-openvz depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original kernel-patch-openvz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354355: sympa: Please stop kidding
Stefan Hornburg (Racke) [EMAIL PROTECTED] écrivait (wrote) : If possible, I would like to avoid doing automake/autoconf in package builds. As you want. You still have to use configure anyway. /usr/share/doc/autotools-dev/README.Debian.gz is worth a reading. -- R : Tu vois !|| Jean Charles Delépine - Université de Picardie Q : Tu crois ? R : Ça casse l'ordre chronologique de l'échange. Q : En quoi répondre au dessus est-il gênant ?
Bug#354355: sympa: Please stop kidding
Stefan Hornburg (Racke) [EMAIL PROTECTED] écrivait (wrote) : * you will create arc and bounce dir in /usr/lib/sympa 06_dont_create_arc_and_bounce.dpatch OK, i fixed that in my source tree by just removing these directories in the install target. In my TODO there's : * upstream uses ${prefix}/arc and ${prefix}/bounce, should debian stop using /var/lib/sympa/wwsarchive and /var/spool/sympa/wwsbounce ? Maybe post etch for /var/lib/sympa/arc and bounce ? -- R : Tu vois !|| Jean Charles Delépine - Université de Picardie Q : Tu crois ? R : Ça casse l'ordre chronologique de l'échange. Q : En quoi répondre au dessus est-il gênant ?
Bug#401153: NMU uploaded
* Mattia Dongili ([EMAIL PROTECTED]) [061219 19:11]: On Tue, December 19, 2006 1:09 am, Andreas Barth said: * Andreas Barth ([EMAIL PROTECTED]) [061214 08:41]: I uploaded an NMU of your package to experimental to see if the test case really works on buildds. It failed as expected on powerpc and also on sparc, and worked on at least amd64 and powerpc - so I think this package can be uploaded to unstable, unless there is reason not to do it. In other words, I intend to upload it to unstable during the next days. please go on, I won't have time enough in the next days. Thanks. I uploaded the experimental package now to unstable with the following addition to the changelog: acpica-unix (20060912-3.2) unstable; urgency=high * Non-maintainer upload with permission of the maintainer. * Re-Upload to unstable without further code changes. These changes make sure that the build succeds only on architectures where the binaries actually work for - FTBFS resulting from that are no regressions, but prevent us shiping broken packages. -- Andreas Barth [EMAIL PROTECTED] Wed, 20 Dec 2006 07:53:24 + Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403694: totem-xine: unable to play vorbis files
reassign 403694 libxine1 stop On Tue, Dec 19, 2006, Michael Gilbert wrote: tag 403694 experimental thank you ii libxine11.1.2+dfsg+cvs2006-1 the xine video/media player librar yes indeed, it is specific to experimental. i installed libxine1 1.1.2+dfsg-2 from testing and ogg vorbis works just fine. thanks. -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#403863: initscripts: Stray file /lib/init/rw/.ramfs not in package list
Package: initscripts Version: 2.86.ds1-36 Severity: normal The file /lib/init/rw/.ramfs is created, presumably by initscripts. It's not in the package list, and that's not at all a good place to dynamically create a file. Not to mention, putting a hidden file under /lib is pretty low-class. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages initscripts depends on: ii debianut 2.17Miscellaneous utilities specific t ii e2fsprog 1.39+1.40-WIP-2006.11.14+dfsg-1 ext2 file system utilities and lib ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii mount2.12r-15Tools for mounting and manipulatin ii sysvinit 2.86.ds1-36 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340745: Xorg and ATI radeon 7000, 340745 bugs.debian.org
On Tue, 2006-12-19 at 10:44 +0100, Jean-Michel wrote: The main issues seems to be: * about two seconds black screen, from time to time, when doing an action with keybord or mouse which have a big impact on screen, such as make a window bigger (with dri), or searching data within a PDF under vmware, or searching data with a web page on firefox (without vmware). See https://bugs.freedesktop.org/show_bug.cgi?id=2859 . * graphic card hang (definitive black screen, but computer works as possibility to change NumLock dell from console ALT-F1 to ALT-F6). Please clarify 'possibility to change NumLock dell from console ALT-F1 to ALT-F6'. Are you saying you can still switch from X to console at that point? * some keys might be lost. That's probably an unrelated issue, the video driver doesn't have anything to do with keys. I have two similar computers, One works without any issue, when the other one as the kind of issue described above. Please post full X log files from both systems. : The system seems to be a dual processor (according to /proc/cpuinfo). : :Does only using one logical CPU make a difference? No such a binary kernel seems to be available in debian etch testing. With these kernels, you can disable the second CPU at runtime with echo 0 /sys/devices/system/cpu/cpu1/online (and re-enable it by writing 1 in there) : How about :running a newer kernel or disabling the DRI? Disabling DRI reduce the issue, but issue still exist. All of them? The intermittent blanking is (mostly) independent from the DRI, but a GPU hang/lockup (which would be my current guess for the 'definitive black screen') would be quite unusual with the DRI disabled. Also note that it was recently discovered that there can be stability issues when the X server sets up an AGP transfer mode which is different from that set up in the BIOS. You may want to check that these match. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#403713: urlscan: Same problem with '#' characters
Package: urlscan Version: 0.5.3 Followup-For: Bug #403713 The same problem happens when a URL contains a # character (generally an anchor marker) here is an excert of the mail : - Display Mail User Agent Extension 1.3: http://www.cweiske.de/misc_extensions.htm#dispMUA urlscan does - Display Mail User Agent Extension 1.3: URL [2]#dispMUA ... [2] http://www.cweiske.de/misc_extensions.htm -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-k7 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages urlscan depends on: ii python2.4.4-1An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-urwid 0.9.7.1-1 curses-based UI/widget library for urlscan recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396631: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -Nur ../apr-1.2.7~~/debian/changelog ../apr-1.2.7/debian/changelog --- ../apr-1.2.7~~/debian/changelog 2006-12-09 20:46:15.0 + +++ ../apr-1.2.7/debian/changelog 2006-12-20 08:19:55.0 + @@ -1,3 +1,11 @@ +apr (1.2.7-8.2) unstable; urgency=high + + * Non-maintainer upload. + * Apply better working 015_sendfile_lfs.dpatch this time. +Again Closes: #396631 + + -- Andreas Barth [EMAIL PROTECTED] Wed, 20 Dec 2006 08:19:19 + + apr (1.2.7-8.1) unstable; urgency=high * Non-maintainer upload. diff -Nur ../apr-1.2.7~~/debian/patches/015_sendfile_lfs.dpatch ../apr-1.2.7/debian/patches/015_sendfile_lfs.dpatch --- ../apr-1.2.7~~/debian/patches/015_sendfile_lfs.dpatch 2006-12-09 20:45:01.0 + +++ ../apr-1.2.7/debian/patches/015_sendfile_lfs.dpatch 2006-12-15 21:08:05.0 + @@ -10,7 +10,7 @@ Index: network_io/unix/sendrecv.c --- a/network_io/unix/sendrecv.c +++ b/network_io/unix/sendrecv.c -@@ -240,31 +240,74 @@ +@@ -240,31 +240,77 @@ #if defined(__linux__) defined(HAVE_WRITEV) @@ -59,13 +59,16 @@ +ret = sendfile64(out, in, off, len); +while (ret == -1 errno == EINTR); + -+if (ret == -1 errno == ENOSYS) { -+sendfile64_enosys = 1; -+errno = EINVAL; -+} -+return ret; ++if (ret != -1 || errno != ENOSYS) ++return ret; ++ ++sendfile64_enosys = 1; +} +#endif ++if (*off INT_MAX) { ++errno = EINVAL; ++return -1; ++} +offtmp = *off; +do + ret = sendfile(out, in, offtmp, len); @@ -103,7 +106,7 @@ if (!hdtr) { hdtr = no_hdtr; -@@ -310,12 +353,10 @@ +@@ -310,12 +356,10 @@ goto do_select; } @@ -117,7 +120,7 @@ while ((rv == -1) (errno == EAGAIN || errno == EWOULDBLOCK) (sock-timeout 0)) { -@@ -326,12 +367,10 @@ +@@ -326,12 +370,10 @@ return arv; } else { -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols
Hi I have built it now and I have no problem building. Not at least with make-kpkg. I use this. According to upstream you did not run make oldconfig for some reason? It does this anyway. I compied to .config from the non-patched kernel and was asked to fill in various new items inserted by the patch. So my question to you (before I close this bug) is how exactly you built the kernel? Here is the script that I use: #!/bin/sh export PATCH_THE_KERNEL=true cd /usr/src/linux sudo make-kpkg --append-to-version -davidb-ovz --added_patches openvz kernel_image Did you do as described in the README file or in some other way? I started over, fresh untar of the sources, the resultant .config from the previous attempt and (another bug, this in the current kernel sources), made the symlink in /usr/src/linux/include asm -- asm-i386 (or whatever one is using!) Reran the script. A few days ago when I filed the bug, the patch was followed by a series of deletions. This time, there were none, so just maybe it is OK Let you know. (I have never succeded in booting one of these but that is another issue!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403864: octave2.9-forge: imread determines depth of a grayscale tiff image wrongly
Package: octave2.9-forge Version: 2006.07.09+dfsg1-5 Severity: normal Hello, octave2.9:1 imread(darkimage.tif); warning: implicit conversion from matrix to string error: imread: invalid image depth error: evaluating if command near line 76, column 5 error: called from `imread' in file `/usr/share/octave/site/api-v22/m/octave2.9- forge/image/imread.m' looking at line 72 of imread.m: depth = re_grab(Red: ([[:digit:]]{1,2}), ident); this results in with my file. If you need the file for testing purposes please let me know. # identify -verbose darkimage.tif darkimage.tif TIFF 492x492 DirectClass 474kb Image: darkimage.tif Format: TIFF (Tagged Image File Format) Geometry: 492x492 Class: DirectClass Type: Grayscale Endianess: MSB Colorspace: Gray Channel depth: Gray: 16-bits Channel statistics: Gray: Min: 0 (0) Max: 65535 (1) Mean: 5617.95 (0.0857244) Standard deviation: 1437.82 (0.0219398) Colors: 293 Histogram: [removed because long and unneccessary] Rendering-intent: Undefined Resolution: 72x72 Units: PixelsPerInch Filesize: 474kb Interlace: None Background Color: white Border Color: #DFDFDFDFDFDF Matte Color: grey74 Dispose: Undefined Iterations: 0 Compression: None Orientation: TopLeft Comment: ImageJ=1.37v min=0.0 max=65535.0 Signature: 5e16c899d38c7b1603717a28f49fc2ff503330d40a79de1bb4e4b06e740f7cf2 Tainted: False Version: ImageMagick 6.2.4 06/12/06 Q16 http://www.imagemagick.org Best regards, Tobias -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages octave2.9-forge depends on: ii atlas3-base [liblapack.s 3.6.0-20.2 Automatically Tuned Linear Algebra ii fftw33.1.2-1 library for computing Fast Fourier ii lapack3 [liblapack.so.3] 3.0.2531a-6 library of linear algebra routines ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcln4 1.1.13-1Class Library for Numbers (C++) ii libgcc1 1:4.1.1-13 GCC support library ii libgfortran1 4.1.1-13Runtime library for GNU Fortran ap ii libginac1.3c2a 1.3.5-1 The GiNaC symbolic framework (runt ii libgmp3c22:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgraphicsmagick++1 1.1.7-8 format-independent image processin ii libgraphicsmagick1 1.1.7-8 format-independent image processin ii libgsl0 1.8-1 GNU Scientific Library (GSL) -- li ii libhdf5-serial-1.6.5-0 [ 1.6.5-2 Hierarchical Data Format 5 (HDF5) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libncurses5 5.5-3 Shared libraries for terminal hand ii libnetcdf3 3.6.1-0.1 An interface for scientific data a ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-0 PNG library - runtime ii libqhull52003.1-2Calculate convex hulls and related ii libreadline5 5.2-1 GNU readline and history libraries ii libsm6 1:1.0.1-2 X11 Session Management library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii octave2.92.9.9-6 GNU Octave language for numerical ii refblas3 [libblas.so.3] 1.2-8 Basic Linear Algebra Subroutines 3 ii zlib1g 1:1.2.3-13 compression library - runtime octave2.9-forge recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403865: rhythmbox: Crashes when playing a specific mp3
Package: rhythmbox Version: 0.9.6-5 Severity: normal When playing the mp3 I put online at: http://darwin.luon.net/~bas/BB%20King%20%20Ray%20Charles%20-%20Sinners%20Prayer.mp3 rhythmbox instantly crashes. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rhythmbox depends on: ii dbus 1.0.2-1simple interprocess messaging syst ii gconf22.16.0-3 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gstreamer0.10-alsa [gstre 0.10.10-2 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs0.10.10-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bas 0.10.10-2 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.4-3 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.4-4 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib10.6.15-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-5 The Bonobo UI library ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-3 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3GNOME keyring services library ii libgnome-media0 2.14.2-4 runtime libraries for the GNOME me ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.2-4 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgpod0 0.3.2-1.1 a library to read and write songs ii libgstreamer0.10-00.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient00.8.0-9LIRC client library ii libmusicbrainz4c2a2.1.4-1Second generation incarnation of t ii libnautilus-burn3 2.14.3-5 Nautilus Burn Library - runtime ve ii libnotify10.4.3-1sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libpng12-01.2.15~beta5-0 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsexy2 0.1.10-1 collection of additional GTK+ widg ii libsm61:1.0.1-3 X11 Session Management library ii libsoup2.2-8 2.2.98-1 an HTTP library implementation in ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libtotem-plparser12.16.4-2 Totem Playlist Parser library - ru ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
Bug#403566: psad doesn't start because /usr/lib/psad doesn't exist
Hello Mau Mau schrieb: my $psad_lib_dir = '/usr/lib/psad'; while in /etc/psad/psad.conf at line 360 I found: PSAD_LIB_DIR /var/lib/psad; Finally I see it: /usr/.. is not equal to /var/.. I will ask Mike Rash about this. Thanks for your enlightenment! ;-) Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403694: totem-xine: unable to play vorbis files
severity 400274 important severity 403694 important merge 400274 403694 stop Michael Gilbert [EMAIL PROTECTED] writes: yes indeed, it is specific to experimental. i installed libxine1 1.1.2+dfsg-2 from testing and ogg vorbis works just fine. thanks. Thank you for your feedback. this specific bug has already been reported, so I merged to two reports. I'm currently preparing an upload for xine-lib 1.1.3 final, which fixes this and other bugs. I'm doing some larger reorganisation in the package structure there, which is not done yet and needs some more testing on my side. Sorry for the unconvinience cause by this. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401236: backtrace from varmon
At 1166604470 time_t, Andreas Barth wrote: Well, actually, we get nearer to release of Etch, and we need to get rid of the remaining RC bugs *now*. Also, there hasn't been progress on this bug during the recent days. I don't like that fix either - but hey, it fixes the problem (and of course you can keep a copy of the bug around as important). So, what does force you include? I want a helicopter in 20 minutes waiting for me, and I've got a duck in hostage ! Nevertheless, I'll fix it today. Dimitri, would you be available to test the package before I upload ? Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#401236: backtrace from varmon
* Julien Danjou ([EMAIL PROTECTED]) [061215 11:41]: At 1166184631 time_t, Andreas Barth wrote: Would it be possible to use that as a workaround for etch? That sounds ugly. You'll have to force me to, even if I can't fix it without hw/access to hw. Well, actually, we get nearer to release of Etch, and we need to get rid of the remaining RC bugs *now*. Also, there hasn't been progress on this bug during the recent days. I don't like that fix either - but hey, it fixes the problem (and of course you can keep a copy of the bug around as important). So, what does force you include? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342315: mozilla-mplayer: links into firefox/plugins arenot created anymore.
Hi, Ari Pollak said: Konqueror doesn't look in /usr/lib/mozilla/plugins? I was under the impression that it did. OK, I probably didn't express myself correctly: konqueror per se is not the issue, it's just that if it's installed (or galeon, iceape-browser, etc...) then a firefox user doesn't notice that something is wrong with the mozilla-mplayer package because the dependency is still satisfied, even though it doesn't depend anymore on firefox. In other words: if mozilla-mplayer would refuse to upgrade (aka conflict with) as long as firefox 1.5 is installed, upgrade path would be clearer. But the best would still be, IMHO, to continue to have the firefox links until etch is released. Thanks, Eric On Tue, 2006-12-19 at 14:23 +0100, Eric Lavarde wrote: Package: mozilla-mplayer Version: 3.31-8 Followup-For: Bug #342315 Hi, it looks like the links into /usr/lib/firefox/plugins disappeared as part of the migration to the iceanimals. It might be OK in etch, but it's quite disturbing during the transition phase; would it be possible to get the links back until firefox has disappeared from etch? Especially, if you have e.g. konqueror installed in parallel to firefox, you wonder why mozilla-mplayer installs but doesn't show up in about:plugins. Possibly some transitional solution might be required to go cleanly from sarge to etch as well. Thanks, Eric --
Bug#403168: Not RC for etch
tags 403215 + etch-ignore tags 403168 + etch-ignore thanks Hi, we decided to not consider the uses the same file for different purposes between tendra and transcriber as release critical for Etch, based on the fact there actually is a conflict, and that this was reported as release critical rather late. This will definitly be release critical for Lenny, and also, please don't hesitate to fix still fix it for Etch. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376157: exim4-config: fails to deliver root mail
Hi, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=376157 I understand this bug resulted from a misconfiguration. Problem is, it's not that hard to fall into this situation (the submitter did it, and I did it too), and the results are quite severe, like root mails being lost, and not so easy to debug for a non-guru. Couldn't something be done to try to prevent this situation? What about adding the value of /etc/mailname to the list of local domains? Either automatically and silently (any downside to this?) or at least make it the default value in the debconf question about local domains. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403866: Checking All The Reference URLs
Package: harden-doc Version: 3.9 #checkbot --verbose --url http://www.debian.org/doc/manuals/securing-debian-howto/index.en.html Since the manual at the website is essentially the same as the harden-doc package i guess it won't be a problem. I will attach the report for the checkbot package for the time being. Also included is the file harden-doc-3.9_Link_Corrections_Sorted_By_Chapters.txt which has the corrected links for the files in this package. If they are useful, they can be integrated into the corresponding sgml files and sent/uploaded for review. Title: Checkbot report Checkbot: main report Status:Done. Run started on Sun Dec 17 12:55:43 2006. Run duration 10 minutes and 38 seconds. Report summary Links checked1176 Problems so far109 Links to do0 Overview per server ServerServerTypeUniquelinksProblemlinksRatio www.debian.orgApache/2.0.54 (Debian GNU/Linux)132109 82% Checkbot session parameters --url command line urlsStart URL(s)http://www.debian.org/doc/manuals/securing-debian-howto/index.en.html --matchMatch regular _expression_^(http\:\/\/www\.debian\.org\/doc\/manuals\/securing\-debian\-howto\/) --timeoutRequest timeout seconds120 Page created by Checkbot 1.78 on Sun Dec 17 13:06:21 2006. Title: Checkbot: output for server www.debian.org Checkbot: report for server www.debian.org Go To: Main report page, 301 Moved Permanently, 302 Found, 303 See Other, 404 Not Found, 500 Internal Server Error, 903 URL contains double slash in URL, 904 Unknown scheme in URL. 301 Moved Permanently http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-services.en.htmlSecuring Debian Manual - Securing services running on your system http://httpd.apache.org/docs/misc/security_tips.html http://lists.debian.org/debian-firewall http://xforce.iss.net/static/6449.php http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-tools.en.htmlSecuring Debian Manual - Security tools in Debian http://www.antivirus.com/ http://www.debian.org/doc/manuals/securing-debian-howto/ch1.en.htmlSecuring Debian Manual - Introduction http://www.debian.org/doc http://www.giac.org/practical/gcux/Stephanie_Thomas_GCUX.pdf http://www.giac.org/practical/gsec/Chris_Koutras_GSEC.pdf http://www.debian.org/doc/manuals/securing-debian-howto/ch10.en.htmlSecuring Debian Manual - Before the compromise http://security-tracker.debian.net/ http://www.debian.org/doc/manuals/securing-debian-howto/ch4.en.htmlSecuring Debian Manual - After installation http://lists.debian.org/debian-security http://www.debian-administration.org/?article=70 http://www.debian.org/doc/manuals/securing-debian-howto/ch7.en.htmlSecuring Debian Manual - Debian Security Infrastructure http://lists.debian.org/debian-security-announce http://www.debian.org/doc/manuals/securing-debian-howto/footnotes.en.htmlSecuring Debian Manual - Footnotes http://www.debian-administration.org/?article=128 http://www.knoppix-std.org/ 302 Found http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-apache-env.en.htmlSecuring Debian Manual - Chroot environment for Apache http://www.nuclearelephant.com/papers/chroot.html http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-ssh-env.en.htmlSecuring Debian Manual - Chroot environment for SSH http://bugs.debian.org/139047 http://www.debian.org/doc/manuals/securing-debian-howto/ap-snort-box.en.htmlSecuring Debian Manual - Setting up a stand-alone IDS http://www.andrew.cmu.edu/~rdanyliw/snort/ http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-services.en.htmlSecuring Debian Manual - Securing services running on your system http://bugs.debian.org/128129 http://bugs.debian.org/132582 http://bugs.debian.org/145669 http://bugs.debian.org/50013 http://bugs.debian.org/52745 http://bugs.debian.org/53550 http://bugs.debian.org/94760 http://lists.debian.org/debian-security/2001/debian-security-200111/msg00395.html http://www.cryptio.net/~ferlatte/config/ http://www.debian.org/doc/manuals/securing-debian-howto/ch-sec-tools.en.htmlSecuring Debian Manual - Security tools in Debian http://bugs.debian.org/150695 http://bugs.debian.org/150698 http://bugs.debian.org/153117 http://bugs.debian.org/183524 http://packages.debian.org/amavis-postfix http://packages.debian.org/sanitizer http://www.gnupg.org/faq.html Temporary Relocation http://www.linuxjournal.com/article.php?sid=4882 http://www.openca.org/ http://www.sourceforge.net/projects/amavis http://www.debian.org/doc/manuals/securing-debian-howto/ch1.en.htmlSecuring Debian Manual - Introduction http://linux.oreillynet.com/pub/a/linux/2002/05/09/sysadminguide.html http://lists.debian.org/debian-security/2002/debian-security-200205/msg00011.html http://online.securityfocus.com/infocus/1575
Bug#401236: backtrace from varmon
* Julien Danjou ([EMAIL PROTECTED]) [061220 09:53]: Nevertheless, I'll fix it today. Thanks. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403706: (sometimes?) fails to bring up interfaces on bootup by default
On Tue, Dec 19, 2006 at 08:51:28AM +0100, Bastian Venthur wrote: Hi ifupdown-Maintainer, I've installed a recent Debian/Testing on two different boxes and on a virtual qemu-box and the following problem appeard on all of them: After booting the system the nentwork inteface is not brought up correctly which makes this installation (in fact the whole system) unusable for reomote-only installations. The problem seems to be the following line in /etc/network/interfaces: allow-hotplug eth0 Issuing an sudo ifup -a does not do anything. After changing the line to auto eth0 the problem seems to be fixed. Please note that I'm not talking about some heavyly customized installations but rather about default installations of an up-to-date Debian/Testing. I've mentioned the problem on d-devel and d-user-german and it looks that the problem (as well as the proposed solution) is quite common. But isn't this a regression in the installer for using an allow-hotplug stanza, not in ifupdown? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403863: initscripts: Stray file /lib/init/rw/.ramfs not in package list
[Greg Kochanski] The file /lib/init/rw/.ramfs is created, presumably by initscripts. It's not in the package list, and that's not at all a good place to dynamically create a file. Not to mention, putting a hidden file under /lib is pretty low-class. I did not quite get what problem you are describing. not a good place and pretty low-class do not seem like descriptions of a bug nor a problem to me. They more visualises your personal values, and I'm not sure how it is relevant for the boot system. /lib/init/rw/.ramfs is created by the initscripts to flag that the directory is a ramfs. It is intentional hidden to avoid name conflict with anything we want to store there. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403867: catdvi: Default output encoding should be the current locale
Package: catdvi Version: 0.14-9 Severity: minor Tags: l10n Forwarded: [EMAIL PROTECTED] Hi, The default output encoding of catdvi is US-ASCII, which is only useful for english-speaking people. The default should just be the current locale, i.e. catdvi should - call setlocale(LC_ALL,) - use the value returned by nl_langinfo(CODESET) - use iconv() for converting to the output encoding. Samuel -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages catdvi depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libkpathsea43.0-27 path search library for teTeX (run ii tetex-base 3.0.dfsg.3-3 Basic TeX input files of teTeX ii tetex-bin 3.0-27 The teTeX programs Versions of packages catdvi recommends: ii tetex-extra 3.0.dfsg.3-3 Additional TeX input files of teTe -- no debconf information -- Samuel Thibault [EMAIL PROTECTED] c ya(ka|ma|to)* ca existe une fois sur 2 au japon, c'est facile ;-) -+- #ens-mim au japon -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403206: elinks: cursor hides the first character of the currently selected link
Vincent Lefevre [EMAIL PROTECTED] wrote Sat, Dec 16, 2006: On 2006-12-16 11:19:51 +0100, Jonas Fonseca wrote: ELinks only has a handful[1] of built-in terminal configurations. Perhaps common ones should be added, like xterm-xfree86 and xterm-vt220 (both used by the xterm provided by Debian, depending on how the keyboard should be handled). If you can provide the configurations for these terminals by setting them up in ELinks and saving your options to the ~/.elinks/elinks.conf file, I'd be happy to add them. ELinks doesn't use termcap/terminfo OK, I now understand. It would be a good idea to support it. Another solution is to write a wrapper script that would build a configuration file, as using terminfo is easy from the shell, thanks to the tput command. Unfortunately, no one has felt the urge to add support for termcap/terminfo. A wrapper script sounds like a great candidate for ELinks' contrib/ area. [...] is there a way to say, in the configuration file, which escape sequence should be sent to get rid of the cursor and get it back? No. -- Jonas Fonseca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403846: update-initramfs: mount/losetup are broken in initrd
tags 403846 moreinfo stop On Wed, 20 Dec 2006, root wrote: my / is on sdb; sda+sdc are set up as RAID=/dev/md0 At the moment, I boot my system on sdb; file systems of sdb have been copied to md0. After booting sdb, I can run successfully: mount -o offset=2564014080 /dev/md0 /mnt/whatever So, to boot and use md0 as root, I changed the boor arguments from /vmlinuz ro initrd=/initrd.img root=/dev/sdb3 to /vmlinuz ro initrd=/initrd.img root=/dev/md0 rootflags=offset=2564014080 In short, at bot time I am said that md0 is not mountable; then, I fallback to some prompt. if you report wants to be helpfull we need as much written down from your boot process, without any error message from your side, we have no idea what's happening on your box. Ther, I try to mount md0 manually, running exactly the same command: mount -o offset=2564014080 /dev/md0 /mnt/ and I am said from memory invalid argument. the busybox mount has not the offset arg for losetup presumbably. i have zero idea what you are trying to do, if you want an encrypted root use luks. cryptsetup has the relevant initramfs-tools boot scripts. After 2 weeks trying EVERY THING I could think of, I have embedded losetup from the main system in the ramdisk; once in the prompt, the procedure became: - losetup -o 2564014080 /dev/loop4 /dev/md0 - /scripts/dhp/losetup -o 2564014080 /dev/loop6 /dev/md0 - mount -o ro /dev/loop4 /root - mount -o ro /dev/loop6 /root First call is using losetup from the ramdisk made by update-initramfs; the second one is using losetup I put in the ramdisk. 3rd call fails, 4th works. This means losetup actually embedded in initramdisk does not support properly the offset option. The result is that loop device can not be set up, and everything fails. I do not know if other scripts also have this failure (to assume that the offset option is never passed), but please, check so. I will do more testing within days, to see if rebuilding the ramdisk manually and swicthing the losetup binary solves the problem; if yes, then other scripts are OK. again it might be helpfull to explain what you are trying to do. losetup is known to be flacky. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403782: strangness ...
Could it be that the timing behavior of this driver (r8169) exhibits some other problem for example with tcp/ip? The transfer rates given in the bug report were for cifs file access. Other systems with forcedepth or b44 drivers give miserable throughput figures occasionally too. Only the r8169 driver always has poor performance (with etch). Please feel free to close the bug, something is wrong but maybe not with the r8169 driver. jpf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399438: gstreamer0.10-plugins-bad: please include faad2
Hi, before enabling the faad plugin please take a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403117 IMHO this prevents the gstreamer plugin to be linked against the faad2 library because of the following license clause: ** Software using this code must display the following message visibly in or ** on each copy of the software: ** FAAD2 AAC/HE-AAC/HE-AACv2/DRM decoder (c) Nero AG, www.nero.com ** in, for example, the about-box or help/startup screen. It's not possible by the gstreamer plugin to show a _visible_ message in every application using it. Console output is not visible in any way for non-console applications. Bye signature.asc Description: This is a digitally signed message part
Bug#376157: exim4-config: fails to deliver root mail
On Wed, Dec 20, 2006 at 10:26:03AM +0100, Daniel Bonniot wrote: I understand this bug resulted from a misconfiguration. Problem is, it's not that hard to fall into this situation (the submitter did it, and I did it too), and the results are quite severe, like root mails being lost, and not so easy to debug for a non-guru. Reading the documentation solves the issue. Couldn't something be done to try to prevent this situation? We are open to suggestions. What about adding the value of /etc/mailname to the list of local domains? See #244095 and #280207. In short, this is what we do since exim4 4.43-3 in January 2005. If the value of /etc/mailname does not end up in the list of local domains, it was deliberately removed from that list by the local admin during initial exim4 configuration. Either automatically and silently (any downside to this?) Yesm, see #244095, #280207, and a truckload of other bugreports from that era. or at least make it the default value in the debconf question about local domains. It actually is the default value in the debconf question about local domains since one and a half years. Please substantiate your request. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370371: Can't decode AAC
reassign 370371 gst-plugins-bad0.10 block 370371 by 403117 thanks Hi, the audio of this file is AAC for which a plugin is available in gst-plugins-bad0.10. Unfortunately this is not enabled and shipped with the package right now (because faad2 was not in Debian at the time the last update was done) and can't be enabled now because of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403093 I'll reassign this bug to gst-plugins-bad0.10 for now. Bye signature.asc Description: This is a digitally signed message part
Bug#370371: Can't decode AAC
On Mi, 2006-12-20 at 11:03 +0100, Sebastian Dröge wrote: [...] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403093 [...] Should've been http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403117 Sorry signature.asc Description: This is a digitally signed message part
Bug#403869: Add a .desktop-file
Package: beneath-a-steel-sky Version: 0.0372-3 Here's a patch from Ubuntu that adds a .desktop file: http://merges.ubuntu.com/b/beneath-a-steel-sky/beneath-a-steel-sky_0.0372-3ubuntu1.patch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols
Hi I have built it now and I have no problem building. Not at least with make-kpkg. I use this. According to upstream you did not run make oldconfig for some reason? It does this anyway. I compied to .config from the non-patched kernel and was asked to fill in various new items inserted by the patch. So my question to you (before I close this bug) is how exactly you built the kernel? Here is the script that I use: #!/bin/sh export PATCH_THE_KERNEL=true cd /usr/src/linux sudo make-kpkg --append-to-version -davidb-ovz --added_patches openvz kernel_image Did you do as described in the README file or in some other way? I started over, fresh untar of the sources, the resultant .config from the previous attempt and (another bug, this in the current kernel sources), made the symlink in /usr/src/linux/include asm -- asm-i386 (or whatever one is using!) Reran the script. A few days ago when I filed the bug, the patch was followed by a series of deletions. This time, there were none, so just maybe it is OK Let you know. (I have never succeded in booting one of these but that is another issue!) Got the undefine references once again. Here is the complete error termination: LD .tmp_vmlinux1 kernel/built-in.o: In function `ve_netdev_cleanup': vecalls.c:(.text+0x32a16): undefined reference to `addrconf_ifdown' kernel/built-in.o: In function `fini_ve_sysctl': vecalls.c:(.text+0x3315a): undefined reference to `addrconf_sysctl_fini' kernel/built-in.o: In function `fini_ve_proc': vecalls.c:(.text+0x33187): undefined reference to `ve_snmp_proc_fini' kernel/built-in.o: In function `real_do_env_free': (.text+0x336d4): undefined reference to `addrconf_sysctl_free' kernel/built-in.o: In function `env_cleanup': vecalls.c:(.text+0x33c3c): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x33c4c): undefined reference to `ve_ndisc_fini' kernel/built-in.o: In function `do_env_create': vecalls.c:(.text+0x349a7): undefined reference to `ve_snmp_proc_init' vecalls.c:(.text+0x34a96): undefined reference to `ve_ndisc_init' vecalls.c:(.text+0x34ac2): undefined reference to `init_ve_route6' vecalls.c:(.text+0x34c36): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x34c42): undefined reference to `ve_ndisc_fini' vecalls.c:(.text+0x34e6a): undefined reference to `addrconf_sysctl_init' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/ovz/linux-source-2.6.18' make: *** [debian/stamp-build-kernel] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394047: udev and sparc64 (kernel 2.9.19.1, testing release)
On Dec 19, BERTRAND Joël [EMAIL PROTECTED] wrote: I can see the same trouble I cannot solve. If I delete /etc/udev/rules.d/z25_persistent-net.rules, I can reboot the workstation with all network interfaces. If I don't delete this file, one of these are renamed. Is there a workaround ? Hard to tell since you did not report the content of the file. Please do. It could be caused by a buggy driver. Anyway, you can always disable this by deleting the z45_persistent-net-generator.rules alias. -- ciao, Marco signature.asc Description: Digital signature
Bug#403868: junior-games-net depends on xpilot which is a dummy package, depend on xpilot-ng instead
Package: junior-games-net Version: 1.2 Severity: normal Junior-games-net depends on xpilot which is a dummy package. It should depend on xpilot-ng instead. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages junior-games-net depends on: ii xblast1:2.6.1-12 Multi player blast-the-others game pi xpilot4.5.5beta.20050814 Dummy upgrade package for xpilot junior-games-net recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403865: rhythmbox: Crashes when playing a specific mp3
reassign 403865 gstreamer0.10-fluendo-mp3 retitle 403865 fluendo mp3 decoder abort()'s on a somewhat broken mp3 On Wed, Dec 20, 2006 at 09:39:39AM +0100, Bas Kloet wrote: Package: rhythmbox Version: 0.9.6-5 Severity: normal When playing the mp3 I put online at: http://darwin.luon.net/~bas/BB%20King%20%20Ray%20Charles%20-%20Sinners%20Prayer.mp3 rhythmbox instantly crashes. test.mp3 is the mp3 mentioned in the reporters mail $ gst-launch-0.10 filesrc location=/tmp/test.mp3 ! flump3dec ! fakesink [/tmp] Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** (gst-launch-0.10:18461): WARNING **: Side info bad: block_type == 0 in split block. ** ERROR **: file mp3-c.c: line 518 (III_huffman_decode): assertion failed: (i = SSLIMIT * SBLIMIT) aborting... [1]18461 abort gst-launch-0.10 filesrc location=/tmp/test.mp3 ! flump3dec ! fakesink Sjoerd -- What sane person could live in this world and not be crazy? -- Ursula K. LeGuin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403870: Add .desktop files
Package: survex Version: 1.0.39-1 Tags: patch Add .desktop files for svxedit and aven, patch from Phil Bull : diff -pruN 1.0.39/debian/survex-aven.desktop 1.0.39ubuntu1/debian/survex-aven.desktop --- 1.0.39/debian/survex-aven.desktop 1970-01-01 01:00:00.0 +0100 +++ 1.0.39ubuntu1/debian/survex-aven.desktop2006-04-12 17:58:52.0 +0100 @@ -0,0 +1,10 @@ +[Desktop Entry] +Version=1.0 +Encoding=UTF-8 +Name=Aven Cave Survey Tool +GenericName=Cave Survey Tool +Comment=Visualize cave surveys and maps +Type=Application +Exec=aven +Icon=aven.png +Categories=Application;Education;Geology;Science; diff -pruN 1.0.39/debian/survex-svxedit.desktop 1.0.39ubuntu1/debian/survex-svxedit.desktop --- 1.0.39/debian/survex-svxedit.desktop1970-01-01 01:00:00.0 +0100 +++ 1.0.39ubuntu1/debian/survex-svxedit.desktop 2006-04-12 17:55:05.0 +0100 @@ -0,0 +1,10 @@ +[Desktop Entry] +Version=1.0 +Encoding=UTF-8 +Name=SvxEdit Cave Survey Editor +GenericName=Cave Survey Editor +Comment=Enter data for Survex cave surveys +Type=Application +Exec=svxedit +Icon=svxedit +Categories=Application;Education;Geology;Science; diff -pruN 1.0.39/debian/survex-aven.install 1.0.39ubuntu1/debian/survex-aven.install --- 1.0.39/debian/survex-aven.install 2006-01-12 02:41:28.0 + +++ 1.0.39ubuntu1/debian/survex-aven.install2006-04-12 18:53:17.0 +0100 @@ -1,3 +1,5 @@ debian/tmp/usr/bin/aven debian/tmp/usr/share/man/man1/aven.1 debian/tmp/usr/share/survex/icons/*.png +lib/icons/aven.png usr/share/pixmaps/ +debian/survex-aven.desktop usr/share/applications/ diff -pruN 1.0.39/debian/survex-svxedit.install 1.0.39ubuntu1/debian/survex-svxedit.install --- 1.0.39/debian/survex-svxedit.install2006-01-12 02:41:26.0 + +++ 1.0.39ubuntu1/debian/survex-svxedit.install 2006-04-12 18:53:39.0 +0100 @@ -1,2 +1,4 @@ debian/tmp/usr/bin/svxedit debian/tmp/usr/share/man/man1/svxedit.1 +lib/icons/svxedit.png usr/share/pixmaps/ +debian/survex-svxedit.desktop usr/share/applications/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354007: [Pkg-nagios-devel] Bug#354007: Error: Cannot open config file '/etc/nagios-plugins/config/imap.cfg' for reading: Invalid argument
On Mon, Mar 06, 2006 at 06:43:41AM -0500, sean finney wrote: so it seems this is a problem in nagios2 (but not 1.x?), where it is not able to parse an empty config file? if so i'll have a look into the source and see if i can find a fix to send upstream. Does this still occur in nagios2 2.6? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379137: SIGSEGV: segmentation violation
Hi, On Tuesday 19 December 2006 17:43, Thomas K wrote: I did not attach the output of strace boinc_client because the file was about 40 Mb big. But by looking at that output I figured something out: If I create a new directory and move all the boinc-xml-files (client_state.xml, client_state_prev.xml and so on) to it and then run boinc_client from that directory it does not segfault. For me it seems as boinc_client is parsing every subdirectory of the directory it was startetd from (every subdirectory appeared in the output of strace). Before I always started it from my home so there may be just too many directories for it. But I guess you will know better than me about that ;) Without looking at the code I'd think that the BOINC client only parses the projects/ and slots/ directory in the current working directory, but I'm not sure if it even does this. If you start the client, that you got from the BOINC website, in your home directory does it also segfault? And could you please test if version 5.4.11-3 also segfaults? You can download it here: http://ftp.debian.org/debian/pool/main/b/boinc/boinc-client_5.4.11-3_i386.deb I'm still interested in the strace output, the last 100 lines are enough: tail -n 100 strace_output_file And it would be nice if you could run the BOINC client in the GNU Debugger (gdb) and send me the output, because I can't reproduce this bug, and therefore I can't debug it. Grüße, Frank P.S.: Please also CC [EMAIL PROTECTED] when replying, thanks. -- Anmut bringen wir ins Leben; Leget Anmut in das Geben. pgpU8T8riOtbS.pgp Description: PGP signature
Bug#401738: nagios2: statuswml.cgi cannot schedule check commands
On Tue, Dec 05, 2006 at 05:26:14PM +0100, Mathias Jansson wrote: When trying to re-schedule a check for a service from the wml pages I get the following error message: Start time must be non-zero. If I manually submit start_time=epoch to cmd.cgi the commands works fine. The same method works fine from the normal status.cgi. Does this still apply to Nagios2 2.6? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403733: kernel hangs when creating more than one lvm snapshot of the same logical volume
reassign 403733 linux-2.6 severity 403733 important tags 403733 moreinfo unreproducible thanks On Tue, Dec 19, 2006 at 01:50:42PM +0100, Stephan Wienczny wrote: If you create more than one lvm snaptshot of a logical volume the system hangs. To reproduce this problem use lvcreate to create a logical volume and try to create two snapshots of this lv. When invoking the second lvcreate the system should hang. This behavior can be found in some other distros (debian sarge with 2.6, ubuntu, gentoo) but not in rhel or suse. I think this bug is release critical as it is a regression to debian sarge with linux-2.4. If this is a bug, it's a bug in the kernel package, not in base; but I regularly make multiple lvm snapshots on my etch system without any problems. Please test with the current kernel version in etch, which is 2.6.18-3. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403871: radeon DRM incorrectly rejects valid offsets in some cases
Package: linux-2.6 Severity: normal Tags: patch Subject: radeon DRM incorrectly rejects valid offsets in some cases Package: linux-2.6 Severity: normal Tags: patch [ CC to [EMAIL PROTECTED] for consideration of putting the attached fixes into stable kernel releases ] Note: Even though this bug is not release critical per se, I strongly suggest considering to handle it for the etch release. Justification for this is in the description below. The radeon DRM performs checks on hardware offsets supplied from userspace, to prevent unauthorized GPU access to memory outside of the framebuffer and GART areas. Unfortunately, the initial versions of these checks contained an integer overflow which would cause them to reject valid offsets when the framebuffer area is located at the very end of the GPU's 32 bit address space. As this is location can not be altered directly by the user (it's mostly derived from PCI resource assignments), this effectively prevents 3D acceleration randomly. The only remedy I know of on affected systems is to rebuild a kernel which has this fixed, or at least the DRM from upstream drm git. My initial fix for this was merged into kernel 2.6.19. Unfortunately, when I made that fix, I missed a second r300 specific implementation of the same functionality, which was broken in the same way. I fixed that by unifying both implementations, but this fix is not available in any kernel tree yet (although Dave Airlie is pushing it for 2.6.20). I'm including both fixes for convenience. Thanks for your consideration. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental'), (101, 'dapper-security'), (101, 'dapper') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) commit b99e332236ca5fcc11e8d7c89566bbf3bcf959ee Author: Michel Dänzer [EMAIL PROTECTED] Date: Sat Aug 26 12:21:11 2006 +0200 Bug #7595: Avoid u32 overflows in radeon_check_and_fixup_offset(). The overflows could cause valid offsets to get rejected under some circumstances, e.g. when the framebuffer resides at the very end of the card's address space. diff --git a/shared-core/radeon_state.c b/shared-core/radeon_state.c index 58251dd..38b8714 100644 --- a/shared-core/radeon_state.c +++ b/shared-core/radeon_state.c @@ -42,7 +42,11 @@ static __inline__ int radeon_check_and_fixup_offset(drm_radeon_private_t * drm_file_t * filp_priv, u32 * offset) { - u32 off = *offset; + u64 off = *offset; + u32 fb_start = dev_priv-fb_location; + u32 fb_end = fb_start + dev_priv-fb_size - 1; + u32 gart_start = dev_priv-gart_vm_start; + u32 gart_end = gart_start + dev_priv-gart_size - 1; struct drm_radeon_driver_file_fields *radeon_priv; /* Hrm ... the story of the offset ... So this function converts @@ -62,10 +66,8 @@ static __inline__ int radeon_check_and_fixup_offset(drm_radeon_private_t * /* First, the best case, the offset already lands in either the * framebuffer or the GART mapped space */ - if ((off = dev_priv-fb_location -off (dev_priv-fb_location + dev_priv-fb_size)) || - (off = dev_priv-gart_vm_start -off (dev_priv-gart_vm_start + dev_priv-gart_size))) + if ((off = fb_start off = fb_end) || + (off = gart_start off = gart_end)) return 0; /* Ok, that didn't happen... now check if we have a zero based @@ -78,16 +80,13 @@ static __inline__ int radeon_check_and_fixup_offset(drm_radeon_private_t * } /* Finally, assume we aimed at a GART offset if beyond the fb */ - if (off (dev_priv-fb_location + dev_priv-fb_size)) - off = off - (dev_priv-fb_location + dev_priv-fb_size) + - dev_priv-gart_vm_start; + if (off fb_end) + off = off - fb_end - 1 + gart_start; /* Now recheck and fail if out of bounds */ - if ((off = dev_priv-fb_location -off (dev_priv-fb_location + dev_priv-fb_size)) || - (off = dev_priv-gart_vm_start -off (dev_priv-gart_vm_start + dev_priv-gart_size))) { - DRM_DEBUG(offset fixed up to 0x%x\n, off); + if ((off = fb_start off = fb_end) || + (off = gart_start off = gart_end)) { + DRM_DEBUG(offset fixed up to 0x%x\n, (unsigned int)off); *offset = off;
Bug#403075: [Pkg-cryptsetup-devel] Bug#403075: cryptsetup luksOpen can kill unrelated processes (out of memory killer)
Are you able to reproduce the error with the version of cryptsetup that is currently in unstable? I can reproduce the bug using the cryptsetup from unstable. I've also tried it on another machine with the same results. Ok, could you then provide me with the exact steps that you took to reproduce it cause so far I haven't managed to do so. I think I've found the problem. In lib/utils.c, the sector_size function is this: static int sector_size(int fd) { int bsize; ioctl(fd,BLKSSZGET, bsize); return bsize; } For a file, the ioctl will fail. Since bsize is not initialized, it's value will be random (when I ran it under gdb, I got several million) and as this value will later be used to allocate a buffer, this explains the runaway memory allocation I saw, but you didn't. The attached patch checks the return code from ioctl and returns -EINVAL if it fails. The users of sector_size are also changed to abort if sector_size returns a negative value. With this patch applied, I get the appropriate error messages from cryptsetup if I give it a file instead of a block device. Regards Rob --- cryptsetup-1.0.4.orig/lib/utils.c 2006-10-04 14:47:01.0 +0100 +++ cryptsetup-1.0.4/lib/utils.c 2006-12-20 09:57:50.0 + @@ -151,8 +151,10 @@ static int sector_size(int fd) { int bsize; - ioctl(fd,BLKSSZGET, bsize); - return bsize; + if (ioctl(fd,BLKSSZGET, bsize) 0) + return -EINVAL; + else + return bsize; } int sector_size_for_device(const char *device) @@ -173,6 +175,9 @@ int r; int hangover; int solid; int bsize = sector_size(fd); + if (bsize 0) + return bsize; + hangover = count % bsize; solid = count - hangover; @@ -211,6 +216,9 @@ int step; int bsize = sector_size(fd); + if (bsize 0) + return bsize; + padbuf = aligned_malloc(padbuf_base, bsize, bsize); if(padbuf == NULL) return -ENOMEM; @@ -242,6 +250,9 @@ int frontHang = offset % bsize; int r; + if (bsize 0) + return bsize; + lseek(fd, offset - frontHang, SEEK_SET); if(offset % bsize) { int innerCount = countbsize?count:bsize;
Bug#403605: exim4-config: dc_other_hostnames expanded by the shell, corrupting it
tags #403605 pending thanks On Tue, Dec 19, 2006 at 12:29:47PM +0100, Paul Slootman wrote: Yes, this fixes it. Committed to svn, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403083: This is a cpphs bug
reassign 403083 cpphs forcemerge 403110 403083 thanks On Tue, Dec 19, 2006 at 09:27:23AM -0600, John Goerzen wrote: Thanks to Ana for tracking this down. This problem is a cpphs problem that only occurs in version 0.7-3. cpphs 0.7-4 does not cause the problem, nor does 0.7-2.1. 0.7-4 fixes serious bug #403110. Ian Lynagh, maintainer of cpphs, has indicated that he will be asking debian-release to push it to etch. Let's reassign and merge this then. 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. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380304: nut-usb: bcmxcp_usb does not find ups at bootup
As Charles Lepple's follow-up question hints at, there are several problems with the USB interface to the Powerware 5115. 1) On some hosts, the UPS doesn't even show up in lsusb output. As far as I can tell, this happens mainly with AMD-8111 USB controllers and correlates weakly or not at all with the Linux kernel version. A characteristic symptom of this failure mode is that the kernel will log ETIMEDOUT (-110) errors when the device is plugged into the USB bus. I don't think nut can be blamed for this, so this is not what the present bug (#380304) is about. 2) As of version 2.0.4-2.3 (currently in etch), nut still lacks the patch described at http://lists.alioth.debian.org/pipermail/nut-upsuser/2006-April/000899.html (for convenience I'll attach it to this message). This is easy to fix, and I'm tempted to bump up the severity of this bug report to RC-level. I'll be polite, though, and leave that choice to the maintainer and/or habitual NMUer. 3) Once the above is taken care of, I find that /lib/nut/bcmxcp_usb -DD -u root gives me the following error: Communications with UPS lost: Receive error (Request command): COMMAND: 31 RECONNECT USB DEVICE Poking around with strace, it appears that libusb (I tried the version in sarge, with a 2.6.12.6-based kernel) does a successful ioctl(USBDEVFS_SUBMITURB), then times out waiting for a reply. I'll try an etch 2.6.18 kernel next. This issue was discussed on the nut-upsuser mailing list on 2005-10-06; the thread's title was trying to use powerware 3110 USB with NUT. Apparently still unsolved. --- nut-2.0.4.orig/drivers/nut_usb.c +++ nut-2.0.4/drivers/nut_usb.c @@ -59,9 +59,7 @@ if (dev-descriptor.bDeviceClass == USB_CLASS_PER_INTERFACE (dev-descriptor.idVendor == 0x0592 || dev-descriptor.idVendor == 0x06da) - dev-descriptor.idProduct == 0x0002 - dev-descriptor.iManufacturer == 1 - dev-descriptor.iProduct == 2) + dev-descriptor.idProduct == 0x0002) return usb_open(dev); } }
Bug#403818: xserver-xorg: no video or keyboard after upgrading to sarge (deps too loose)
On Tue, Dec 19, 2006 at 09:22:34PM -0500, David Nusinow wrote: I can't imagine what that would be... I'd love to know. Was this on x86? It was on x86, yes. Perhaps for video 'xserver-xorg-video-all | xserver-xorg-video-vesa' in the recommends. That could work as well; OTOH a well-functioning aptitude (ie. one not faced with conflicts) would already pull in xserver-xorg-video-all, so I'm not sure if there's a particularly good reason to put -all in the recommends. I still think the best basic idea is to give aptitude a simple choice to work with, with no alternatives. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403874: ghextris: depends on python, uses #! /usr/bin/python2.3
Package: ghextris Version: 0.9.0-1.2 Severity: grave Justification: renders package unusable $ ghextris bash: /usr/games/ghextris: /usr/bin/python2.3: bad interpreter: No such file or directory $ head /usr/games/ghextris #!/usr/bin/python2.3 $ apt-cache show ghextris | grep ^Dep Depends: python, python-glade2 (= 2.2.0-1), python-gnome2 (= 2.0.2-1), python-gtk2 (= 2.2.0-1) I have tried changing it to use /usr/bin/python and it gives the following output on console and then the program starts - and it seems to work. /usr/lib/python2.4/whrandom.py:38: DeprecationWarning: the whrandom module is deprecated; please use the random module DeprecationWarning) /usr/games/ghextris:254: Warning: IA__g_object_get_valist: object class `GnomeProgram' has no property named `default-icon' wTree = gtk.glade.XML(self.glade, GhextrisApp) My python-skills is not very good, so I have no clue if it those warnings are acceptable (and if warnings in python just is warnings) /Sune -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-1-vserver-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages ghextris depends on: ii python2.4.4-2An interactive high-level object-o ii python-glade2 2.8.6-8GTK+ bindings: Glade support ii python-gnome2 2.12.4-5 Python bindings for the GNOME desk ii python-gtk2 2.8.6-8Python bindings for the GTK+ widge ghextris recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398224: Re: This is a design flaw
severity #398224 wishlist user [EMAIL PROTECTED] usertags #398224 probably-not-a-bug-in-exim thanks On Sun, Nov 12, 2006 at 04:11:04PM +, Stephen Gran wrote: This one time, at band camp, Andreas Metzler said: I have a couple of questions about this: How are you going to handle the greylistd is removed but not purged case? you could test for the presence of the binary in your acl's, but that adds yet another stat() to the setup. I'm not sure how much that matters, though. I think that is the most clear approach. If it happens to frequently, use a macro or an ACL variable. It's messy, but this is a general problem I have some interest in solving. There are many add on packages that should be able to be drop in and work with the MTAs in Debian, but we can't just munge other package's config files, so I am trying to work towards a reasonably clean solution to the general problem. The idea to integrate this into Debian's exim4 packages is the following: - drop your config into split config, /etc/exim4/conf.d - this will directly solve the issue for users of split config (one reason why I like split config so much) - unsplit config users will need to do manual work, this is a feature of unsplit config. * manually modify /etc/exim4/exim4.conf.template to use greylistd, _OR_ * use update-exim4.conf.template to rebuild /etc/exim4/exim4.conf.template from split configuration, losing local changes to /etc/exim4/exim4.conf.template in the process. To activate the ACL, I recommend using the MAIN_ACL_CHECK_(MAIL|RCPT|DATA) macros to point exim4 to the ACLs delivered by your package and have your ACLs call ours as sub-ACLs. This Macro could also be the place to decide which ACL to call depending on greylistd existing or not. The macros are string expanded before they're used so, something along ${if exists{/usr/bin/greylistd}{acl_greylistd_check_rcpt}{acl_check_rcpt}} (syntax most definetely wrong, but I hope that the idea comes over) can be used. Advantages: * (a1) elegant * (a2) using the Debian exim way * (a3) no work required by the exim4 maintainers *grins* Disadvantages: * (d1) needs manual work for unsplit config users * (d2) calls for trouble if more than one package uses this trick (resulting in more manual work for the local admin) Until this has been discussed to an end, I consider this a solution for the issue at hand and will not do any changes to the exim4 packages. Post-etch, we might want to review our ACL structure and split the ACLs along more files to allow third-party packages to add new ACL stanzas right in the middle of our ACL. I remember that Andreas didn't like that idea though. It would, however, mitigate (d2). Comments? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403875: squidguard: The example usage of SquidGuard with Squid in README.Debian is obsolete
Package: squidguard Version: 1.2.0-8.1 Severity: normal The example redirect_program directive in squid.conf from README.Debian is obsolete with current Squid version in Debian. The right directive is url_rewrite_program. Hope it helps -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403836: hat depends on resize command
severity 403836 important thanks On Tue, Dec 19, 2006 at 05:59:53PM -0600, JP Sugarbroad wrote: Package: hat Version: 2.05-7 Severity: serious hat-observe appears to require the resize command, probably the one from the xutils package. Not exactly a reasonable dependency -- since my system has no x11 on it. hat-observe appears to be a fairly small subset of the functionality in this package; since it would be reasonable under the circumstances to use a Recommends for 'resize' instead of a Depends, this isn't a policy violation and consequently not RC (except at the maintainer's discretion). -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403878: ITP: emma-coverage -- Java code coverage tool
Package: wnpp Owner: Marcus Better [EMAIL PROTECTED] Severity: wishlist * Package name: emma-coverage Version : 2.0.5312 Upstream Author : Vladimir Roubtsov * URL or Web page : http://emma.sourceforge.net * License : Common Public License 1.0 Description : Java code coverage tool EMMA is a toolkit for measuring and reporting Java code coverage. EMMA distinguishes itself from other tools by going after a unique feature combination: support for large-scale enterprise software development while keeping individual developer's work fast and iterative. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380304: Bug #380304 (nut-usb: bcmxcp_usb does not find ups at bootup)
Sorry, I should have read the original bug report more carefully. You were probably right, and I should have opened two new bugs instead of piggying back on this one. My apologies. I'd still like that patch applied, if possible, since it does fix a known bug in nut-usb. * Sergio Gelato [2006-12-20 12:28:17 +0100]: Is this issue really fixed by using the native udev rules? I don't think so. The rules' only purpose is to change the ownership and permissions on the /{dev,proc}/bus/usb device files, and the bug (at least my interpretation of it; the original submitter's statement was vague) is reproducible when bcmxcp_usb is run as root. Please reopen this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380304: Bug #380304 (nut-usb: bcmxcp_usb does not find ups at bootup)
Is this issue really fixed by using the native udev rules? I don't think so. The rules' only purpose is to change the ownership and permissions on the /{dev,proc}/bus/usb device files, and the bug (at least my interpretation of it; the original submitter's statement was vague) is reproducible when bcmxcp_usb is run as root. Please reopen this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403877: xemacs21-nomule: dired does not work properly
Package: xemacs21-nomule Version: 21.4.19-2 Severity: normal Dear Bug Team! I just installed Debian Etch on a new Laptop together with the latest XEmacs 21.4.19 nomule. When I opened a directory in dired mode two strange things happens: (1) at the end of the file listing I find a mounstrous string of the form //DIRED// 61 62 111 113 162 174 223 241 290 299 348 353 402 411 460 //469 518 527 576 585 634 648 697 715 764 782 831 849 898 916 965 983 //1032 1050 1099 1117 1166 1175 1224 1229 1278 1289 1338 1343 1392 //1398 1447 1457 1506 1523 1572 1585 1634 1648 1697 1710 1759 1765 //1814 1824 1873 1883 1932 1942 1991 1996 2045 2054 2103 2110 2159 //2170 2219 2225 2274 2290 2339 2354 2403 2421 2470 2485 2534 2549 //2598 2613 2662 2677 2726 2732 2781 2785 2834 2838 2887 2895 2944 //2950 2999 3004 3053 3067 3116 3121 3170 3175 3224 3236 3285 3309 //3358 3379 3428 3432 3481 3504 3553 3564 3613 3625 3674 3684 3733 //3748 3797 3810 3859 3865 3914 3918 3967 3978 4027 4037 4086 4102 //4151 4158 4207 4216 4265 4275 4324 4339 4388 4401 4450 4454 4503 //4510 4559 4562 4611 4616 4665 4673 4722 4732 4781 4790 4839 4849 //4898 4901 4950 4955 5004 5014 5063 5069 5118 5125 5174 5182 //DIRED-OPTIONS// --quoting-style=literal all in one line. I have never seen something before. (2) while this can be considered as a design question (if so quite ugly) however what is more serious is that I can't set any longer symbolic links on marked files (individually it works) I have attached the backtrace thanks I also found the solution (setq dired-use-ls-dired nil) That was default in earlier versions now it is *t* which causes the problems. Please set it to *nil* again Uwe Brauer dired-bug Description: Binary data -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xemacs21-nomule depends on: ii emacsen-common1.4.17 Common facilities for all emacsen ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcompfaceg1 1:1.5.2-4 Compress/decompress images for mai ii libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru ii libgpmg1 1.19.6-23 General Purpose Mouse - shared lib ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libldap2 2.1.30-13+b1 OpenLDAP libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-0 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-6Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-4 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii xemacs21-basesupport 2006.05.10-1 Editor and kitchen sink -- compile ii xemacs21-bin 21.4.19-2 highly customizable text editor -- ii xemacs21-support 21.4.19-2 highly customizable text editor -- xemacs21-nomule recommends no packages. -- no debconf information
Bug#403876: discover-data: Should list all entries supported by the e1000 driver
Package: discover-data Version: 2.2006.10.29 Got this report on the [EMAIL PROTECTED] mailing list. The database should be updated to include this info. From: Auke Kok Subject: extra driver data for discover-data Date: Wed, 06 Dec 2006 11:45:22 -0800 Petter, Can you add the following device ID's to the discover-data list? They are supported by the e1000 driver (of which I am the maintainer), so the e1000 driver mapping needs to be added for all of those. Note that the 10/100 connection devices listed below need the e1000 driver, not the e100 one (they have a gig mac, 10/100 PHY). ich8 devices: 104a 82566DM Gigabit Network Connection 104b 82566DC Gigabit Network Connection 104c 82562V 10/100 Network Connection 104d 82566MC Gigabit Network Connection 10c4 82562GT 10/100 Network Connection 10c5 82562G 10/100 Network Connection new quad port adapters: 10a4 82571EB Gigabit Ethernet Controller 10bc 82571EB Gigabit Ethernet Controller for reference, here are *all* the id's that the e1000 driver currently supports (and this can be found in the e1000 driver source tarball on the e1000.sf.net website) I also have 2 ich8 systems here which discover does pretty much nothing on, and I'm working on a script that creates feedback based on the loaded modules for devices that the kernel has succesfully loaded drivers for. More on that later. Cheers, Auke --- 8086 Intel Corp. 1000 82542 Gigabit Ethernet Controller (Fiber) 8086 1000 PRO/1000 Gigabit Server Adapter 1001 82543GC Gigabit Ethernet Controller (Fiber) 8086 1003 PRO/1000 F Server Adapter 1004 82543GC Gigabit Ethernet Controller (Copper) 8086 1004 PRO/1000 T Server Adapter 8086 2004 PRO/1000 T Server Adapter 1008 82544EI Gigabit Ethernet Controller (Copper) 8086 1107 PRO/1000 XT Server Adapter 8086 2107 PRO/1000 XT Server Adapter 8086 2110 PRO/1000 XT Desktop Adapter 8086 3108 PRO/1000 XT Network Connection 1009 82544EI Gigabit Ethernet Controller (Fiber) 8086 1109 PRO/1000 XF Server Adapter 8086 2109 PRO/1000 XF Server Adapter 100c 82544GC Gigabit Ethernet Controller (Copper) 8086 1112 PRO/1000 T Desktop Adapter 8086 2112 PRO/1000 T Desktop Adapter 100d 82544GC Gigabit Ethernet Controller (LOM) 8086 110d 82544GC Based Network Connection 100e 82540EM Gigabit Ethernet Controller 8086 001e PRO/1000 MT Desktop Adapter 8086 002e PRO/1000 MT Desktop Adapter 100f 82545EM Gigabit Ethernet Controller (Copper) 8086 1000 PRO/1000 MT Network Connection 8086 1001 PRO/1000 MT Server Adapter 1010 82546EB Gigabit Ethernet Controller (Copper) 8086 1011 PRO/1000 MT Dual Port Server Adapter 8086 1012 PRO/1000 MT Dual Port Server Adapter 8086 101a PRO/1000 MT Dual Port Network Connection 1011 82545EM Gigabit Ethernet Controller (Fiber) 8086 1002 PRO/1000 MF Server Adapter 8086 1003 PRO/1000 MF Server Adapter (LX) 1012 82546EB Gigabit Ethernet Controller (Fiber) 8086 1012 PRO/1000 MF Dual Port Server Adapter 1013 82541EI Gigabit Ethernet Controller 8086 1013 PRO/1000 MT Network Connection 1014 82541ER Gigabit Ethernet Controller 8086 0014 PRO/1000 MT Desktop Connection 8086 1014 PRO/1000 MT Network Connection 1015 82540EM Gigabit Ethernet Controller (LOM) 8086 1015 PRO/1000 MT Mobile Connection 1016 82540EP Gigabit Ethernet Controller 8086 1016 PRO/1000 MT Mobile Connection 1017 82540EP Gigabit Ethernet Controller 8086 1017 PR0/1000 MT Desktop Connection 1018 82541EI Gigabit Ethernet Controller 8086 1018 PRO/1000 MT Mobile Connection 1019 82547EI Gigabit Ethernet Controller 8086 1019 PRO/1000 CT Desktop Connection 101a 82547EI Gigabit Ethernet Controller 8086 101a PRO/1000 CT Mobile Connection 101d 82546EB Gigabit Ethernet Controller 8086 1000 PRO/1000 MT Quad Port Server Adapter 101e 82540EP Gigabit Ethernet Controller 8086 101e PRO/1000 MT Mobile Connection 1026 82545GM Gigabit Ethernet Controller 8086 1001 PRO/1000 MF Server Adapter(LX) 8086 1002 PRO/1000 MF Server Adapter(LX) 8086 1003 PRO/1000 MF Server Adapter(LX) 8086 1027 PRO/1000 MF Server Adapter 1028 82545GM Gigabit Ethernet
Bug#403583: exim4: client TLS authentication is broken
tags #403583 unreproducible moreinfo thanks On Mon, Dec 18, 2006 at 04:07:17AM -0500, Celejar wrote: Exim is set to relay outgoing mail through a smarthost (smtp.gmail.com a.k.a gmail-smtp.l.google.com) which requires the client to authenticate via TLS. Exim is configured to do so, and /etc/exim4/passwd.client contains the following lines: *:[EMAIL PROTECTED]:my_password gmail-smtp.l.google.com:[EMAIL PROTECTED]:my_password smtp.gmail.com:[EMAIL PROTECTED]:my_password That looks correctl Sending mail is often succesful, but it often fails with the following log message: -xx-xx xx:xx:xx xx ** [EMAIL PROTECTED] R=smarthost T=remote_smtp_smarthost: SMTP error from remote mail server after MAIL FROM: SIZE=: host gmail-smtp.l.google.com [64.233.185.111]: 530 5.5.1 Authentication Required xx Are there any log entries for that message before (grep for the message_ID)? Is it possible to see debug output (obtained from exim4 -d -M message-id for a message on queue or from piping the message into exim4 -d [EMAIL PROTECTED]) for a failed delivery attempt? Please send them to me in private e-mail as they might contain sensitive information such as passwords and try to sanitize the output of visible passwords. Be prepared to change your password after testing. This problem is discussed at some length on the (regular, non-Debian) exim mailing list [0], but I see no resolution there. Yes, the original bug reporter was not very helpful as he just repeated having no clue and not following any advice that was given. The original bug reporter finally posted log entries saying that the remote server was complaining about wrong credentials and stopped answering questions soon later. This is the reason for me asking you for more log entries for failing messages, just to find out whether you might have the same problem. The information on the GmailandExim4 page of the Debian wiki [1] also does not help to resolve the problem. That information in the Debian wiki is not endorsed by the Debian exim4 maintainer, contains outdated and inaccurate information. Please refer to the original Debian exim4 docs that come with your package or to the wiki pages beginning with PkgExim4. For example, you're running an exim4 package that is reasonably current and do not need to modify your configuration any more to point exim towards port 587. See the update-exim4.conf.conf man page for more detailed information. In the mean time, I'll tag this bug as unreproducible moreinfo. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403880: none
Package: exim4-config Version: 4.63.20061130-1~zg1 Severity: wishlist none -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.100 Add and remove users and groups ii debconf [debconf-2.0] 1.5.10 Debian configuration management sy exim4-config recommends no packages. -- debconf information: * exim4/dc_smarthost: q.bofh.de exim4/dc_relay_domains: * exim4/dc_localdelivery: mbox format in /var/mail/ exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: syscovery.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: * exim4/mailname: scyw00225.scy001.de * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: scyw00225:scyw00225.scy001.de exim4/no_config: true * exim4/hide_mailname: true * exim4/dc_postmaster: scyadmin * exim4/use_split_config: true exim4/internal/exim4-config.reconfigure: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403614: [Pkg-net-snmp-devel] Bug#403614: snmpd segfaults on amd64 when a XEN domU is being restarted
tags 403614 + confirmed merge 403614 367629 thanks Hi Ingo, Addition: a short test on another Xen box (i386) shows the same behaviour, so this doesn't seem to be restricted to amd64. After some debugging, this looks like a memory management error in ip-mib code. It looks like an container entry is freed, but still used in another container. As soon as the memory is reused, the entry is corrupted and accessing the second container will cause a crash. I'll check how to fix this (maybe by using some updated mib code from upstream). Thanks, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#250236: bk2site: does not handle utf8 correctly
Hi, is there any update on this bug? (It still exists with 1:1.1.9-3) I'd really like to raise the severity to important or higher. Thanks, Andy. Package: bk2site Version: 1:1.1.9-2 Severity: wishlist Hi, Mozilla bookmarks are stored in utf8, and bk2site does not handle this correctly. It fails to create html files for folders whose names are like Édition, Brésil, ot thèse, for instance: Writing /home/karl/public_html/bk2site/comp/IIdition/index.html Could not open output file /home/karl/public_html/bk2site/comp/IIdition/index.html Doing things like : LC_ALL=fr_FR.UTF-8 bk2site does not solve the problem. Strangely, it worked on another machine running woody, leaving names like Ã%dition instead of Édition. -- A sense of humor can help you overlook the unattractive, tolerate the unpleasant, cope with the unexpected, and smile through the unbearable. -- Moshe Waldoks
Bug#399859: nagios2 uses images from nagios-images, but has no recommends or suggests
Marc Haber wrote: nagios2 depends on nagios2-common, which suggests nagios-images. Yes, but because it's not a real dependency, the application runs with broken images when nagios-images is not installed. That looks ugly and makes users think the application is broken, it gives them am insecure feeling. Do you want you package to frighten users? The sad thing with suggestions is that people don't see the consequences of not installing the suggestions. If you package the software that it can be used without the images, then you should do it either completely, so no broken images are shown when nagios-images is not installed, or you should add a real dependency on nagios-images. Is the upstream package offering an install without images? If not, it's probably not meant to be installed without images. I'm thinking about to reopen this bug, it's a usability issue. You don't want to distribute software that gives people and insecure or broken feeling, don't you? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403881: none
Package: exim4-config Version: 4.63.20061130-1~zg1 Severity: wishlist none -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.100 Add and remove users and groups ii debconf [debconf-2.0] 1.5.10 Debian configuration management sy exim4-config recommends no packages. -- debconf information: * exim4/dc_smarthost: q.bofh.de exim4/dc_relay_domains: * exim4/dc_localdelivery: mbox format in /var/mail/ exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; received via SMTP or fetchmail * exim4/dc_readhost: syscovery.com exim4/exim4-config-title: exim4/dc_noalias_regenerate: false * exim4/dc_relay_nets: * exim4/mailname: scyw00225.scy001.de * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: scyw00225:scyw00225.scy001.de exim4/no_config: true * exim4/hide_mailname: true * exim4/dc_postmaster: scyadmin * exim4/use_split_config: true exim4/internal/exim4-config.reconfigure: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380304: nut-usb: bcmxcp_usb does not find ups at bootup
reopen 380304 thank 2006/12/20, Sergio Gelato [EMAIL PROTECTED]: As Charles Lepple's follow-up question hints at, there are several problems with the USB interface to the Powerware 5115. 1) On some hosts, the UPS doesn't even show up in lsusb output. As far as I can tell, this happens mainly with AMD-8111 USB controllers and correlates weakly or not at all with the Linux kernel version. A characteristic symptom of this failure mode is that the kernel will log ETIMEDOUT (-110) errors when the device is plugged into the USB bus. I don't think nut can be blamed for this, so this is not what the present bug (#380304) is about. 2) As of version 2.0.4-2.3 (currently in etch), nut still lacks the patch described at http://lists.alioth.debian.org/pipermail/nut-upsuser/2006-April/000899.html (for convenience I'll attach it to this message). This is easy to fix, true, considering that you have both the needed time and resources available. and I'm tempted to bump up the severity of this bug report to RC-level. I'll be polite, though, and leave that choice to the maintainer and/or habitual NMUer. this is no politeness question. If a bug falls under the RC category, then even the maintainer doesn't have a word to say ;-) I've just uploaded 2.0.4-3, also (wrongly) closing this bug. I've just reopened it. 3) Once the above is taken care of, I find that /lib/nut/bcmxcp_usb -DD -u root gives me the following error: Communications with UPS lost: Receive error (Request command): COMMAND: 31 RECONNECT USB DEVICE Poking around with strace, it appears that libusb (I tried the version in sarge, with a 2.6.12.6-based kernel) does a successful ioctl(USBDEVFS_SUBMITURB), then times out waiting for a reply. I'll try an etch 2.6.18 kernel next. This issue was discussed on the nut-upsuser mailing list on 2005-10-06; the thread's title was trying to use powerware 3110 USB with NUT. Apparently still unsolved. while waiting for something more, Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - RD Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401487: If primary MX is down, SEGFAULT
tags #401487 unreproducible moreinfo thanks On Tue, Dec 05, 2006 at 09:36:21AM +1100, Peter Chubb wrote: Unfortunately the offending destination MX is up again, so things are working. You can try reproducing this with a REJECT packet filter rule configured to send back an TCP RST packet. Or you can send to [EMAIL PROTECTED] As the name suggests, the MX for this domain does not run a mail service and is thus always refusing connections. I'll try to manufacture a situation tonight which reproduces the problem. It's a bit hard because my mail gateway (where I see the problem) is a virtual host in New York, with very little spare disk space for a large trace. I understand. I do not expect the strace to be that large if you pipe the message directly to an straced exim process: # echo foo | strace -f -s 2000 -o strace.exim exim [EMAIL PROTECTED] You need to be root for the strace of the suid binary to work. While testing, the trace was not even 200 KB large. In the mean time, please attach the output of dpkg --list 'exim4*' | grep '^ii' and reportbug --subject=none --offline --body=none --quiet --print --severity=wishlist $(COLUMNS=160 dpkg --list 'exim4-daemon-*' | grep '^ii' | awk '{print $2}') to this bug report so that we see which daemon and libs you have installed. Greetings MArc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403882: ipod: Fails to detect 5th generation video iPod
Package: ipod Version: 0.5.1-1 Severity: important $ lsusb | grep Apple Bus 004 Device 005: ID 05ac:1209 Apple Computer, Inc. $ ipod --list No iPod devices present The same happens with version 0.5.2. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages ipod depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtop2-7 2.14.4-2 gtop system monitoring library ii libhal10.5.8.1-4 Hardware Abstraction Layer - share ii libipoddevice0 0.5.2-0 library for retrieving information ii libxml22.6.27.dfsg-1 GNOME XML library ipod recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403883: rhythmbox: 5th generation video iPod doesn't work
Package: rhythmbox Version: 0.9.6-4 Severity: normal I have a 5th generation video iPod but it doesn't show up in Rhythmbox. $ lsusb | grep Apple Bus 004 Device 005: ID 05ac:1209 Apple Computer, Inc. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages rhythmbox depends on: ii dbus 1.0.2-1simple interprocess messaging syst ii gconf22.16.0-3 GNOME configuration database syste ii gnome-icon-theme 2.16.1-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gstre 0.10.10-2 GStreamer plugin for ALSA ii gstreamer0.10-esd [gstrea 0.10.4-3.1 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs0.10.10-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bas 0.10.10-2 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.4-3.1 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.4-4 GStreamer plugins from the ugly ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib10.6.15-2 Avahi glib integration library ii libbonobo2-0 2.16.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.16.0-1 The Bonobo UI library ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.2-1simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libexpat1 1.95.8-3.3 XML parsing C library - runtime li ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgconf2-4 2.16.0-3 GNOME configuration database syste ii libgcrypt11 1.2.3-2LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-2GNOME keyring services library ii libgnome-media0 2.16.1-1 runtime libraries for the GNOME me ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.16.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.16.1-1 GNOME virtual file-system (runtime ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgpod0 0.4.0-0.3 a library to read and write songs ii libgstreamer0.10-00.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.6-4 The GTK+ graphical user interface ii libhal1 0.5.8.1-4 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient00.8.0-9LIRC client library ii libmusicbrainz4c2a2.1.4-1Second generation incarnation of t ii libnautilus-burn3 2.14.3-5 Nautilus Burn Library - runtime ve ii libnotify10.4.3-2sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libpng12-01.2.15~beta5-0 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsexy2 0.1.10-1 collection of additional GTK+ widg ii libsm61:1.0.1-3 X11 Session Management library ii libsoup2.2-8 2.2.98-1 an HTTP library implementation in ii libtasn1-30.3.6-2Manage ASN.1 structures (runtime) ii libtotem-plparser12.16.4-2 Totem Playlist Parser library - ru ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X
Bug#403885: Kmail crashes when trying to save a message with 3 or more big attachments to the drafts folder
Package: kmail Version: 4:3.5.5.dfsg.1-2 Severity: grave Kmail crashes when trying to save a message with 3 or more attachments to the drafts folder, if each attachment is bigger than 11 MB. This is easily reproducible. And also happens with older versions. I am using Debian testing GNU/Linux, kernel 2.6.8.1-kanotix-10, and libc6 2.3.6.ds1-4. Thanks in advance, Rugart Fertsch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376136: exim4: Long delay at boot when iface is unplugged
tags #376136 moreinfo user [EMAIL PROTECTED] usertags #376136 close-20070228 thanks On Fri, Sep 29, 2006 at 05:13:41PM +0200, Marc Haber wrote: On Fri, Jun 30, 2006 at 07:35:23PM +0200, Marc Haber wrote: Can you try stracing a starting exim daemon and see where the delay occurs? May I remind? The questions asked in this bug report have not yet been answered. Tagging this bug to be closed by the end of February. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399859: nagios2 uses images from nagios-images, but has no recommends or suggests
retitle #399859 nagios 2 only suggests nagios-images tags #399859 wontfix thanks On Wed, Dec 20, 2006 at 01:05:28PM +0100, Henning Sprang wrote: I'm thinking about to reopen this bug, it's a usability issue. You don't want to distribute software that gives people and insecure or broken feeling, don't you? Don't bother, take it to -devel and/or the ctte. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401173: base-file: include GFDL and more licences in /usr/share/common-licenses/
On Fri, Dec 01, 2006 at 12:54:32PM -0800, Russ Allbery wrote: On Fri, 1 Dec 2006, Jari Aalto wrote: SUGGESTION Please add more standard license texts in the directory. Like: - GFDL - MIT/X license - Apache License - PHP License - http://creativecommons.org/ (when DFSG ready) I agree with the proposal to add the GFDL and Apache 2.0 licenses; they're already used by multiple packages and would save copyright file length and duplication. (Although I can see an argument against adding the GFDL because not all of its provisions are DFSG-free.) I wouldn't mind adding the SFDL if/when it becomes definite... The MIT/X license cannot be handled in this way. It includes varient text (the name of the organization) that changes in each license. It will have to continue to live in each individual copyright file. I have no opinion on the other two. -- Lo-lan-do Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403075: [Pkg-cryptsetup-devel] Bug#403075: cryptsetup luksOpen can kill unrelated processes (out of memory killer)
On Wed, December 20, 2006 11:32, Rob Walker said: I can reproduce the bug using the cryptsetup from unstable. I've also tried it on another machine with the same results. Ok, could you then provide me with the exact steps that you took to reproduce it cause so far I haven't managed to do so. I think I've found the problem. In lib/utils.c, the sector_size function is this: static int sector_size(int fd) { int bsize; ioctl(fd,BLKSSZGET, bsize); return bsize; } For a file, the ioctl will fail. Since bsize is not initialized, it's value will be random Thanks, a self-fixing bug report is always nice :) The patch looks sane, unfortunately I'm leaving for a two-week vacation in about two hours. Hopefully Jonas will have time to add this fix and release a new version. Later it would probably be good to add checks too make sure that the device argument is a block device and not something else, in order to provide more helpful messages to the user. That can be implemented later though. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403084: debian-installer: [powerpc] mini-iso images are non-bootable on powerpc/pmac/chrp
On Tue, Dec 19, 2006 at 03:01:50PM +, Colin Watson wrote: On Thu, Dec 14, 2006 at 03:45:29PM +0100, Sven Luther wrote: Since i am going to reinstalll the XServe G5 which went broken last week, i investigated why i couldn't boot from CD. It happens that the generated mini.iso files (powerpc64/netboot), are broken, and are missing the needed magic to make them autoboot. At least on chrp boxes. I am nto fully sure, and i will try booting the image from disk, but i guess this is the problem. It used to work like a month ago, so i don't know what happened here. Are you sure it used to work with these particular images? To my knowledge the images built from the d-i tree have never supported CHRP systems, only those built from debian-cd. This is indeed the case. I don't know why those images suddenly didn't work anymore on the XServe at the data center, while i was using them just fine a week previous to this. I have the XServe back, and i reseted the PROM, and it should be working fine. That said, due to udev killing the scsi-devfs.sh scripts when they write to the pipe, the whole d-i is totally unusable on this box, and i really don't know why. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387078: exim4-config: local_host_whitelist man page entries a bit confusing
tags #387078 moreinfo user [EMAIL PROTECTED] usertags #387078 close-20070228 thanks On Fri, Sep 29, 2006 at 05:11:16PM +0200, Marc Haber wrote: Would it be less confusing if that whitelist would be renamed to acl_local_whitelist and used in 30_exim4_config_check_mail and for the SPF checks as well (which seem to be the only deny stanzas left that do not use the whitelist)? This question has not yet been answered. Tagging the bug appropriately to be closed by the end of February. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403884: Kmail crashes when trying to send a message with 2 or more big attachments
Package: kmail Version: 4:3.5.5.dfsg.1-2 Severity: grave Kmail crashes when trying to send a message with 2 or more big attachments, each bigger than 11 MB. This is easily reproducible. I'm attaching the backtrace . The original message contained many no debugging symbols found lines which I removed. Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 1114847168 (LWP 4882)] [New Thread 1152355248 (LWP 4886)] [New Thread 1143966640 (LWP 4885)] [New Thread 1135578032 (LWP 4884)] [New Thread 1127189424 (LWP 4883)] [KCrash handler] #5 0x40659947 in raise () from /lib/tls/libc.so.6 #6 0x4065b0c9 in abort () from /lib/tls/libc.so.6 #7 0x405cd944 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #8 0x405cb365 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #9 0x405cb3a2 in std::terminate () from /usr/lib/libstdc++.so.6 #10 0x405cb4da in __cxa_throw () from /usr/lib/libstdc++.so.6 #11 0x405cb91b in operator new () from /usr/lib/libstdc++.so.6 #12 0x405cb9ed in operator new[] () from /usr/lib/libstdc++.so.6 #13 0x41804fb4 in DwString::DwString () from /usr/lib/libmimelib.so.1 #14 0x4180b785 in DwString::_replace () from /usr/lib/libmimelib.so.1 #15 0x41815f79 in DwString::append () from /usr/lib/libmimelib.so.1 #16 0x41816021 in DwString::append () from /usr/lib/libmimelib.so.1 #17 0x41816b02 in DwEntity::Assemble () from /usr/lib/libmimelib.so.1 #18 0x41802a1c in DwEntity::Assemble () from /usr/lib/libmimelib.so.1 #19 0x401a210f in KMMessage::asDwString () from /usr/lib/libkmailprivate.so #20 0x401d3e68 in KMMessage::asString () from /usr/lib/libkmailprivate.so #21 0x4035e40d in KMMessage::asSendableString () from /usr/lib/libkmailprivate.so #22 0x4035e80b in KMSender::doSendMsgAux () from /usr/lib/libkmailprivate.so #23 0x4035ef18 in KMSender::sendProcStarted () from /usr/lib/libkmailprivate.so #24 0x4040aae9 in KMSender::qt_invoke () from /usr/lib/libkmailprivate.so #25 0x40ccecb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #26 0x40ccf009 in QObject::activate_signal_bool () from /usr/lib/libqt-mt.so.3 #27 0x401ab1d9 in KMSendProc::started () from /usr/lib/libkmailprivate.so #28 0x40409be3 in KMSender::doSendMsg () from /usr/lib/libkmailprivate.so #29 0x4040ac5a in KMSender::doSendQueued () from /usr/lib/libkmailprivate.so #30 0x4035b3cf in KMSender::doSend () from /usr/lib/libkmailprivate.so #31 0x4042d4fc in KMComposeWin::slotContinueDoSend () from /usr/lib/libkmailprivate.so #32 0x4044c172 in KMComposeWin::qt_invoke () from /usr/lib/libkmailprivate.so #33 0x40ccecb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #34 0x40ccf009 in QObject::activate_signal_bool () from /usr/lib/libqt-mt.so.3 #35 0x401ab668 in KMComposeWin::applyChangesDone () from /usr/lib/libkmailprivate.so #36 0x401c39fb in KMComposeWin::slotComposerDone () from /usr/lib/libkmailprivate.so #37 0x4044c153 in KMComposeWin::qt_invoke () from /usr/lib/libkmailprivate.so #38 0x40ccecb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #39 0x40ccf009 in QObject::activate_signal_bool () from /usr/lib/libqt-mt.so.3 #40 0x401aa478 in MessageComposer::done () from /usr/lib/libkmailprivate.so #41 0x401bae9c in MessageComposer::doNextJob () from /usr/lib/libkmailprivate.so #42 0x401bc825 in MessageComposer::slotDoNextJob () from /usr/lib/libkmailprivate.so #43 0x401bc902 in MessageComposer::qt_invoke () from /usr/lib/libkmailprivate.so #44 0x40ccecb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #45 0x41057cef in QSignal::signal () from /usr/lib/libqt-mt.so.3 #46 0x40cee836 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #47 0x40cf6208 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #48 0x40c66bd6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #49 0x40c689f3 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #50 0x40919e6e in KApplication::notify () from /usr/lib/libkdecore.so.4 #51 0x40bfa3d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #52 0x40c595d3 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #53 0x40c0e71f in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #54 0x40c81129 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #55 0x40c80f4a in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #56 0x40c6876f in QApplication::exec () from /usr/lib/libqt-mt.so.3 #57 0x0804a094 in ?? () #58 0xb924 in ?? () #59 0xbb10 in ?? () #60 0x in ?? () I am using Debian testing GNU/Linux, kernel 2.6.8.1-kanotix-10, and libc6 2.3.6.ds1-4. Thanks in advance, Rugart Fertsch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403887: libgnutls failes to parse OpenSSL generated certificates
Package: libgnutls13 Version: 1.4.4-3 libgnutls refuses to parse the subject of certificates created by OpenSSL which have a userid attribute in their subject, i.e. oid 0.9.2342.19200300.100.1.1. Output of certtool -i: |1| Found OID: '0.9.2342.19200300.100.1.1' with value '13066d6c61626962' get_dn: ASN1 parser: Error in TAG. gnutls generates certificates with an ia5String uid, while OpenSSL generates a printableString. The latter violates gnutls' lib/pkix.asn which states: -- LDAP stuff -- may not be correct [...] ldap-UID ::= IA5String Which is indeed not correct. ldap-UID should be a DirectoryString. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403886: tetex-doc preinst: line 8: [: too many arguments
Package: tetex-doc Version: 3.0.dfsg.3-4 Severity: normal When upgrading tetex-doc I got the error: /var/lib/dpkg/tmp.ci/preinst: line 8: [: too many arguments In /var/lib/dpkg/info/tetex-doc.preinst I found on line 8: if [ `md5sum $OLDCONFFILE` = f2b4328c1403ac91f92d8b144c1be7fe ]; then the md5sum output is not just the checksum but checksum filename. One solution would be to change the line into if [ `md5sum $OLDCONFFILE|cut -d' ' -f1` = f2b4328c1403ac91f92d8b144c1be7fe ]; then but somehow I'm sure there's a better one. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) tetex-doc depends on no packages. Versions of packages tetex-doc recommends: ii gs-esp [postscript-vi 8.15.3.dfsg.1-1The Ghostscript PostScript interpr ii gs-gpl [postscript-vi 8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii iceweasel [www-browse 2.0+dfsg-1 lightweight web browser based on M ii kghostview [pdf-viewe 4:3.5.5-2 PostScript viewer for KDE ii konqueror [www-browse 4:3.5.5a.dfsg.1-3 KDE's advanced file manager, web b ii kpdf [pdf-viewer] 4:3.5.5-2 PDF viewer for KDE ii links [www-browser] 0.99+1.00pre12-1.1 Character mode WWW browser ii tetex-bin 3.0-27 The teTeX programs ii xemacs21-mule [www-br 21.4.19-2 highly customizable text editor -- ii xpdf 3.01-9 Portable Document Format (PDF) sui ii xpdf-reader [pdf-view 3.01-9 Portable Document Format (PDF) sui ii xpdf-utils [pdf-viewe 3.01-9 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403889: slony1: please ship scripts from tools subdir
Package: slony1 Version: 1.2.1-1 Severity: minor Hi! It would be really helpful if you could ship the scripts from the tools subdirectory - for a start, I do require slony1_extract_schema.sh right now (extracted it from the source), but the other scripts most propably are quite helpful, too. Thanks for considering including it, and thanks so far for maintaining the package. New upstream version available too, while you are at it. ;) So long, Alfie -- had somebody wanted to kill (or inflict maximum damage) to the project, he couldn't have done any better than the current DPL -- Thibaut Varene [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403888: manpages-dev: time(2) obsoletion oddity
Package: manpages-dev Version: 2.39-1 Severity: minor time(2): Under 4.3BSD, this call is obsoleted by gettimeofday(2). but since both are POSIX (at least, gettimeofday is according to its man page), why does one obsolete the other, and only on 4.3BSD? -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages manpages-dev depends on: ii manpages 2.39-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403883: rhythmbox: 5th generation video iPod doesn't work
reassign 403883 libgpod stop On Wed, Dec 20, 2006, Sam Morris wrote: I have a 5th generation video iPod but it doesn't show up in Rhythmbox. $ lsusb | grep Apple Bus 004 Device 005: ID 05ac:1209 Apple Computer, Inc. I think this is a problem for libgpod to solve but I don't know whether the latest upstream release fixes this. -- Loïc Minier [EMAIL PROTECTED] Forget your stupid theme park! I'm gonna make my own! With hookers! And blackjack! In fact, forget the theme park! -- Bender
Bug#403677: openoffice.org: Opening .xls file puts me in OOo writer instead of in calc
On 06-Dec-19 20:36, Jim Watson wrote: It doesn't happen to all the .xls files, only the ones I have received. So probably there is something special in the files, that makes OOo open them in writer. It sometimes happens that files with .xls extension are actually html or csv files. Such files may be created by some internet download process. These files are plain text so try and open the problem files with a simple text editor such as gedit, vi or whatever, and see what happens - if it is text then report here the first few lines is enough. Also try rename the file to end with .csv and then try to open in calc. Hi, I think you were right. I don't know how real .xls files look like, but my files look like this: html xmlns:o=urn:schemas-microsoft-com:office:office xmlns:x=urn:schemas-microsoft-com:office:excel xmlns=http://www.w3.org/TR/REC-html40; lang=hu head titleOTPdirekt Internet/title META content='application/vnd.ms-excel; charset=ISO-8859-2' http-equiv='Content-type' meta name='ProgId' content='Excel.Sheet' So it seems to be html. I have tried to change the extension to .csv and .html. .csv is completely bad, .html also opens in writer, just as .xls Can I somehow tell the program to open the file in Calc anyway? Now that I have checked it seems that even all the old files I have received were the same html stuff, but it seems that until around August 2006 my OpenOffice.org has opened them in Calc. (At least until that point I have .sxc or .ods versions of the same files, because it was easy to open and save as .ods). Since August I have the .xls files only. Regards, Gabor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403890: installation successfull with some manual work
Package: installation-reports Boot method: CD boot with nothing extra typed at boot prompt Image version: Etch RC1 full CD 1 Date: Date and time of the install Machine: maxdata PC Processor: celeron D (at least according to the label on the front) Memory: 256MB Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: The installer told me that my existing NTFS partition could not be resized due to an unknown error and to look at VC4 for more details (btw in errors like that you might wan't to give a brief description of how to switch virtual consoles). VC4 told me there were inconsistancies and to run chkdsk -f and then reboot windows twice. I followed its reccomendations and loaded the installer again. Resizing still failed but this time i was just dumped back in the manual partitioning window with no error. Checking vc4 told me the journal was not clean and to boot windows and shutdown cleanly to clean it. I did this and then back into the installer which promptly failed to resize again in exactly the same way. I decided to try ntfsfix but I could not seem to find any way to manually install/extract debs/udebs within the installer environment. Eventually i resorted to installing ntfsprogs on another debian system and transfering ntfsfix and libntfs into the installer environment using http. ntfsfix ran with no errors and resizing succeeded afterwards. once the resize was done i wen't into guided partitioning and told it to use the largest free space and put everything in one big position. This created two partitions a root partition and a swap partition (since this option is aimed at people who don't wan't to tie themselves to particular allocations wouldn't it be more sensible and more consistant with the options name to create a swapfile instead?). user/password setup worked but i could find no way to bypass creation of a normal user account (i'm sure this was possible in the sarge installer). Installing tasks wen't ok, i selected standard system and desktop, it did seem to be downloading some stuff from the net as well as using the CD though (i belive this is a known issue with the standard tasks now being too big to fit on CD1) everything else went fine and.
Bug#402482: RC?
On Wednesday 20 December 2006 08:35, Andreas Barth wrote: I have yet to see the dataloss. Anyways, bugs being important doesn't mean they are not allowed to be fixed (and I would let such an fix still to Etch currently), but I don't think we should wait on the fix. So I'm downgrading to important. The dataloss is there, though not in the conventional sense: the file itself is correct, but using busybox zcat or gunzip only part of it is extracted so from a user PoV data is lost. Then why not leave it at RC and tag it etchignore. IMO that would better fit this issue. Cheers, FJP pgpRRp1a2IoRa.pgp Description: PGP signature
Bug#403892: nagios-plugins: snmp.cfg has static community
Package: nagios-plugins Version: 1.4.5-2 Severity: normal Tags: patch Hi there, /etc/nagios-plugins/config/snmp.cfg includes a static community public for check_snmp_bgpstate. Patch is attached. With kind regards, Jan. -- Never write mail to [EMAIL PROTECTED], you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- 28_snmp.cfg.dpatch Description: application/shellscript pgpXxv5gUt669.pgp Description: PGP signature
Bug#403862: ITP: pdfcube -- PDF presentation programm with eyecandy 3D effects
Joachim Breitner schrieb am Mittwoch, den 20. Dezember 2006: *snip* Interesting. It seems to be similar to keyjnote. Does it support clicking on internal links of the pdf document, or is it just rendering the pdf as ???dumb images??? on the screen? It looks like that they are just rendered as images, but pdfcube is in a very early stage, so hopefully this will change. Maybe there should be a shared library of 3D transitions effects that can be used by pdfcube, keyjnote, xscreensaver, compiz... Interesting idea, this should improve the quality of all 3D transitions used by them... Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403891: linux-kbuild-2.6.18: modpost fails when there are no object files provided in the command line
Package: linux-kbuild-2.6.18 Version: 2.6.18-1 Severity: important I'm building proprietary Linux module with complicated directory structure. Particulary, ther is a directory with a library being built inside it (i.e. lib-y is non-empty, obj-y is empty). Linux kernel Makefile runs modpost regardless of emptyness of obj-y variable; so I see the following command being run: scripts/mod/modpost -m -i /usr/src/linux-headers-2.6.18-3-amd64/Module.symvers -I /path_to_the_library_dir/Module.symvers -o /path_to_the_library_dir/Module.symvers I do not have any problems with it when I use self-compiled kernels (even when I compile them with kernel-package) or with RH kernels. However, when I use kernels from the Debian etch, such as linux-image-2.6.18-3-amd64 with linux-headers-2.6.18-3-amd64, the modpost command fails with error Can't open file. modpost command from linux-kbuild-2.6.18 tries to detect the type of the object and fails to do it when there are no object files passed to it. I propose to fix Debian modpost script to call any one of the available real modpost scripts. Another option may be to create an empty file using the file name specified in the -o option and exit (it is the behaviour of the real modpost). A patch for the first approach: --- /home/sasha/src/linux-kbuild-2.6-2.6.18/src/mod/modpost.c.saved 2006-12-20 14:14:18.0 +0300 +++ /home/sasha/src/linux-kbuild-2.6-2.6.18/src/mod/modpost.c 2006-12-20 14:16:47.0 +0300 @@ -28,6 +28,12 @@ } } + if (argv[optind] == NULL) + { +data = lsb; +class = 64; +goto done; + } if (!(file = fopen (argv[optind], r))) { fprintf (stderr, Can't open file\n); @@ -63,6 +69,7 @@ default: return 1; } +done: snprintf (prog, sizeof prog, %s.real-%s-%s, argv[0], data, class); return execv (prog, argv); A patch for the second approach: --- /home/sasha/src/linux-kbuild-2.6-2.6.18/src/mod/modpost.c.saved 2006-12-20 14:14:18.0 +0300 +++ /home/sasha/src/linux-kbuild-2.6-2.6.18/src/mod/modpost.c 2006-12-20 14:24:24.0 +0300 @@ -12,6 +12,7 @@ unsigned char ei[EI_NIDENT]; int opt; FILE *file; + char *out_file; while ((opt = getopt (argc, argv, ai:I:mo:)) != -1) { @@ -22,12 +23,19 @@ case 'I': case 'm': case 'o': +out_file = optarg; break; default: return 1; } } + if (argv[optind] == NULL) + { +file = fopen(out_file, w); +fclose(file); +return 0; + } if (!(file = fopen (argv[optind], r))) { fprintf (stderr, Can't open file\n); Thank you for your work, in hope that this bug will be fixed before Etch, Alexandra. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (50, 'experimental'), (50, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages linux-kbuild-2.6.18 depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries linux-kbuild-2.6.18 recommends no packages. -- no debconf information -- Regards, Sasha. Alexandra N. Kossovsky, software engineer. e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols
Hi I have built it now and I have no problem building. Not at least with make-kpkg. I use this. According to upstream you did not run make oldconfig for some reason? It does this anyway. I compied to .config from the non-patched kernel and was asked to fill in various new items inserted by the patch. So my question to you (before I close this bug) is how exactly you built the kernel? Here is the script that I use: #!/bin/sh export PATCH_THE_KERNEL=true cd /usr/src/linux sudo make-kpkg --append-to-version -davidb-ovz --added_patches openvz kernel_image Did you do as described in the README file or in some other way? I started over, fresh untar of the sources, the resultant .config from the previous attempt and (another bug, this in the current kernel sources), made the symlink in /usr/src/linux/include asm -- asm-i386 (or whatever one is using!) Reran the script. A few days ago when I filed the bug, the patch was followed by a series of deletions. This time, there were none, so just maybe it is OK Let you know. (I have never succeded in booting one of these but that is another issue!) Got the undefine references once again. Here is the complete error termination: LD .tmp_vmlinux1 kernel/built-in.o: In function `ve_netdev_cleanup': vecalls.c:(.text+0x32a16): undefined reference to `addrconf_ifdown' kernel/built-in.o: In function `fini_ve_sysctl': vecalls.c:(.text+0x3315a): undefined reference to `addrconf_sysctl_fini' kernel/built-in.o: In function `fini_ve_proc': vecalls.c:(.text+0x33187): undefined reference to `ve_snmp_proc_fini' kernel/built-in.o: In function `real_do_env_free': (.text+0x336d4): undefined reference to `addrconf_sysctl_free' kernel/built-in.o: In function `env_cleanup': vecalls.c:(.text+0x33c3c): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x33c4c): undefined reference to `ve_ndisc_fini' kernel/built-in.o: In function `do_env_create': vecalls.c:(.text+0x349a7): undefined reference to `ve_snmp_proc_init' vecalls.c:(.text+0x34a96): undefined reference to `ve_ndisc_init' vecalls.c:(.text+0x34ac2): undefined reference to `init_ve_route6' vecalls.c:(.text+0x34c36): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x34c42): undefined reference to `ve_ndisc_fini' vecalls.c:(.text+0x34e6a): undefined reference to `addrconf_sysctl_init' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/ovz/linux-source-2.6.18' make: *** [debian/stamp-build-kernel] Error 2 This would seem to indicate one (or more) pieces that need be compiled into the kernel, would it not? (I do compile in all the ovz stuff rather than leave as modules because I had missing symbols on boot the last time I tried.) If someone could point me in the correct direction :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402482: RC?
* Frans Pop ([EMAIL PROTECTED]) [061220 14:42]: On Wednesday 20 December 2006 08:35, Andreas Barth wrote: I have yet to see the dataloss. Anyways, bugs being important doesn't mean they are not allowed to be fixed (and I would let such an fix still to Etch currently), but I don't think we should wait on the fix. So I'm downgrading to important. The dataloss is there, though not in the conventional sense: the file itself is correct, but using busybox zcat or gunzip only part of it is extracted so from a user PoV data is lost. Then why not leave it at RC and tag it etchignore. IMO that would better fit this issue. If you want, you can do it (IOW, this is a direct approval of using etch-ignore by you in this case). Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403885: kmail crashes
severity 403884 important severity 403885 important thanks Hi Rugart, Are you writing this mail from the same computer you have these problems? It seems you're using kmail 1.7.2 and Debian testing currently includes Kmail 1.9.5. Besides your kernel version points to a kanotix version. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403745: yc-el: install script fails when it is invoked repeatedly
reopen 403745 found 403745 4.0.13-6 thanks yc-el (4.0.13-6) unstable; urgency=low . * fixed install script fails when it is invoked repeatedly - Appy patch by hand. (closes: #403745) --- yc-el-4.0.13-5/debian/emacsen-install +++ yc-el-4.0.13-6/debian/emacsen-install @@ -48,6 +48,7 @@ install -m 755 -d ${ELCDIR} cd ${ELDIR} FILES=`echo *.el` +rm -f $(ELCDIR)/*.el cp ${FILES} ${ELCDIR} cd ${ELCDIR} Your patch seems to be broken. Please use `${ELCDIR}' instead of `$(ELCDIR)'. Your patch causes an error `ELCDIR: command not found' and don't fix this bug, as follows: Setting up yc-el (4.0.13-6) ... install/yc-el: Handling install for emacsen flavor emacs21 /usr/lib/emacsen-common/packages/install/yc-el: line 51: ELCDIR: command not found emacs21 -no-site-file -q -batch -l path.el -f batch-byte-compile yc.el Wrote /usr/share/emacs21/site-lisp/yc-el/yc.elc Done # /usr/lib/emacsen-common/packages/install/yc-el emacs21 install/yc-el: Handling install for emacsen flavor emacs21 /usr/lib/emacsen-common/packages/install/yc-el: line 51: ELCDIR: command not found cp: `yc.el' and `/usr/share/emacs21/site-lisp/yc-el/yc.el' are the same file -- Tatsuya Kinoshita pgpbGIgNJ9Vl7.pgp Description: PGP signature
Bug#403712: [Debian] Re: Bug#403712: kernel-patch-openvz: Cannot compile kernel, undefined symbols
David, can you attach your resulting .config file please? Thanks, Kirill Hi I have built it now and I have no problem building. Not at least with make-kpkg. I use this. According to upstream you did not run make oldconfig for some reason? It does this anyway. I compied to .config from the non-patched kernel and was asked to fill in various new items inserted by the patch. So my question to you (before I close this bug) is how exactly you built the kernel? Here is the script that I use: #!/bin/sh export PATCH_THE_KERNEL=true cd /usr/src/linux sudo make-kpkg --append-to-version -davidb-ovz --added_patches openvz kernel_image Did you do as described in the README file or in some other way? I started over, fresh untar of the sources, the resultant .config from the previous attempt and (another bug, this in the current kernel sources), made the symlink in /usr/src/linux/include asm -- asm-i386 (or whatever one is using!) Reran the script. A few days ago when I filed the bug, the patch was followed by a series of deletions. This time, there were none, so just maybe it is OK Let you know. (I have never succeded in booting one of these but that is another issue!) Got the undefine references once again. Here is the complete error termination: LD .tmp_vmlinux1 kernel/built-in.o: In function `ve_netdev_cleanup': vecalls.c:(.text+0x32a16): undefined reference to `addrconf_ifdown' kernel/built-in.o: In function `fini_ve_sysctl': vecalls.c:(.text+0x3315a): undefined reference to `addrconf_sysctl_fini' kernel/built-in.o: In function `fini_ve_proc': vecalls.c:(.text+0x33187): undefined reference to `ve_snmp_proc_fini' kernel/built-in.o: In function `real_do_env_free': (.text+0x336d4): undefined reference to `addrconf_sysctl_free' kernel/built-in.o: In function `env_cleanup': vecalls.c:(.text+0x33c3c): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x33c4c): undefined reference to `ve_ndisc_fini' kernel/built-in.o: In function `do_env_create': vecalls.c:(.text+0x349a7): undefined reference to `ve_snmp_proc_init' vecalls.c:(.text+0x34a96): undefined reference to `ve_ndisc_init' vecalls.c:(.text+0x34ac2): undefined reference to `init_ve_route6' vecalls.c:(.text+0x34c36): undefined reference to `fini_ve_route6' vecalls.c:(.text+0x34c42): undefined reference to `ve_ndisc_fini' vecalls.c:(.text+0x34e6a): undefined reference to `addrconf_sysctl_init' make[1]: *** [.tmp_vmlinux1] Error 1 make[1]: Leaving directory `/usr/src/ovz/linux-source-2.6.18' make: *** [debian/stamp-build-kernel] Error 2 ___ Debian mailing list [EMAIL PROTECTED] https://openvz.org/mailman/listinfo/debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403896: screen: copyright file is not up-to-date
Package: screen Version: 4.0.3-0.2 Severity: serious Justification: Policy 12.5 The latest year mentioned in /usr/share/doc/screen/copyright is 2002 whereas the version 4.0.3 has been released in 2006! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686-bigmem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages screen depends on: ii base-passwd 3.5.11 Debian base system master password ii debconf [debconf-2.0] 1.5.10 Debian configuration management sy ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libncursesw55.5-5Shared libraries for terminal hand ii libpam0g0.79-4 Pluggable Authentication Modules l ii passwd 1:4.0.18.1-6 change and administer password and screen recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403629: tramp: Error on some commands
0 In article [EMAIL PROTECTED], 0 Michael Albinus URL:mailto:[EMAIL PROTECTED] (Michael) wrote: Michael Toby Speight [EMAIL PROTECTED] writes: Package: tramp Version: 1:2.0.54-2 Severity: important Once Tramp is running, some commands fail - such as `M-,' (`tags-loop-continue'), which gives the following stack trace: Michael I see the problem in the backtrace, but I haven't been able Michael to reproduce it, neither with emacs21, nor with emacs22 Michael (pretest release). Michael Michael Could you, please, describe exactly which Emacs version you Michael use, and wich keystrokes are necessary for reproducing the Michael problem? /[ (emacs-version) ] | GNU Emacs 21.4.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)\n | of 2006-10-25 on raven, modified by Debian \ I've just tried with emacs -q and I'm having trouble reproducing this. But in my main Emacs (same version, etc), it's failing. I have a lot more stuff running in my main one (Gnus, BBDB, w3, Mule-UCS, ...), so it's hard to pin down what's happening. `C-h l' (`view-lossage') just shows my key-press as M-,, so there's no clue there as to where the negative character is coming from. A little further experimentation using `M-:' (`eval-expression') shows that (char-equal) doesn't like negative numbers. It is probably only important when `case-fold-search' is non-nil (it is, for me), as the big array looks like a case-mapping table. Is that any help? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403887: libgnutls failes to parse OpenSSL generated certificates
tag 403887 patch thanks On 2006/12/20 13:53, Max Kellermann [EMAIL PROTECTED] wrote: -- LDAP stuff -- may not be correct [...] ldap-UID ::= IA5String Which is indeed not correct. ldap-UID should be a DirectoryString. Here is a patch for this bug. I had to add IA5String to the DirectoryString CHOICE. This is obviously incorrect, but seems to be the only way to ensure that certificates generated by certtool can also be parsed. Please correct me if there is a better solution. Max diff -urN gnutls-1.4.4.orig/lib/pkix.asn gnutls-1.4.4/lib/pkix.asn --- gnutls-1.4.4.orig/lib/pkix.asn 2005-05-26 17:21:37.0 +0200 +++ gnutls-1.4.4/lib/pkix.asn 2006-12-20 15:07:32.932915000 +0100 @@ -114,7 +114,8 @@ printableString PrintableString (SIZE (1..MAX)), universalString UniversalString (SIZE (1..MAX)), utf8String UTF8String (SIZE (1..MAX)), - bmpString BMPString (SIZE(1..MAX)) } + bmpString BMPString (SIZE(1..MAX)), + ia5String IA5String (SIZE (1..MAX)) } id-ce-subjectAltName OBJECT IDENTIFIER ::= { id-ce 17 } @@ -1187,7 +1188,7 @@ id-at-ldap-UID AttributeType ::= { 0 9 2342 19200300 100 1 1 } -ldap-UID ::= IA5String +ldap-UID ::= DirectoryString -- rfc3039 diff -urN gnutls-1.4.4.orig/lib/x509/common.c gnutls-1.4.4/lib/x509/common.c --- gnutls-1.4.4.orig/lib/x509/common.c 2006-04-04 14:28:44.0 +0200 +++ gnutls-1.4.4/lib/x509/common.c 2006-12-20 15:08:03.838846500 +0100 @@ -74,7 +74,7 @@ {2.5.4.46, dnQualifier, 0, 1}, {0.9.2342.19200300.100.1.25, DC, 0, 1}, - {0.9.2342.19200300.100.1.1, UID, 0, 1}, + {0.9.2342.19200300.100.1.1, UID, 1, 1}, /* PKCS #9 */ @@ -254,6 +254,7 @@ * UTF-8 (thus ASCII as well). */ if (strcmp (str, printableString) != 0 + strcmp (str, ia5String) != 0 strcmp (str, utf8String) != 0) { non_printable = 1;
Bug#396636: libswt3.2-gtk-jni: fails to load mozilla browser
severity 396636 grave done Hi, I didn't get any of the mails from Giuseppe, thus answering now as I have a need for a working eclipse right now. First to explain the new severity: As Guiseppe already said, there are only 3 packages which provide the mozilla-embedding library and neither of those has the a Symbol called NS_InitEmbedding in it, so I think eclipse can't load a browser on _any_ debian system. Also It crashes here as soon as I try to open a browser view, that shouldn't happen at all. I mean I was already told that browser support is not working, why does it still try to open the browser?? Next thing is that I get crashes upon code-completion and in some other places clearly related to eclipse trying to load the browser. Its also impossible to use eclipse directly downloaded from www.eclipse.org. My guess currently is that the symbol was renamed (there exists NS_InitXPCOM3) or removed completely. Andreas -- Your lucky color has faded. pgpIXjQlw1so0.pgp Description: PGP signature
Bug#403894: swaks: please consider --sendmail option
Package: swaks Version: 0+20061116.0-2 Severity: wishlist Hi, to test a mail server available as /usr/lib/sendmail, it would be great to have a --sendmail option which would cause swaks to deliver a test message via /usr/lib/sendmail (or the binary path given as parameter to the sendmail option). Greetings MArc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages swaks depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction swaks recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403893: mplayer: typo in the README.Debian
Package: mplayer Version: 1.0~rc1-10 Severity: minor Tags: patch The attached patch fix a small typo in the README file (AVN vs. SVN). Aurel diff -Naur mplayer-1.0~rc1.orig/debian/README.Debian.free mplayer-1.0~rc1/debian/README.Debian.free --- mplayer-1.0~rc1.orig/debian/README.Debian.free 2006-12-20 14:01:22.0 +0100 +++ mplayer-1.0~rc1/debian/README.Debian.free 2006-12-20 14:01:48.0 +0100 @@ -59,6 +59,6 @@ to comply with this request. Moreover all changes to the code are documented -in the AVN public repository of MPlayer (that is publicly accessible). +in the SVN public repository of MPlayer (that is publicly accessible). A. Mennucc
Bug#278119: me2
Hi, yesterday, I had exactly the same problem on my Dell Latitude D600 which had been running fine for months without changing any hardware or configuration for weeks. After the crash, the laptop refused to turn on at all several times. I had three crashes in a row then booted Windows which worked fine. Left the computer turned off over night and the problem is gone. I am running 2.6.8-16sarge5(stable) Robert -- .oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oOo.oO Robert C. Helling School of Engineering and Science International University Bremen Jacobs University Bremen as of spring 2007 print Just another Phone: +49 421-200 3574 stupid .sig\n; http://www.atdotde.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403897: ITP: libwps -- Works text file format import filter library
Package: wnpp Severity: wishlist Owner: Rene Engelhard [EMAIL PROTECTED] * Package name: libwps Version : no release yet Upstream Author : Andrew Ziem [EMAIL PROTECTED] * URL : http://libwps.sf.net * License : LGPL Programming Lang: C++ Description : Works text file format import filter library libwps is a library (for use by word procesors, for example) for importing the Microsoft Works word processor file format. As of November 2006, the project is new, but it imports Works format versions 2, 3, 4, and 8 with some formatting. Support for Works formats version 2000 (aka 5) is coming soon. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) signature.asc Description: Digital signature
Bug#401396: 20061202 - daily build for sparc32 floppy install
Frans Pop [EMAIL PROTECTED] wrote: On Wednesday 20 December 2006 05:18, Dan Oglesby wrote: Just completed a flawless install of Debian off of the 2006-12-19 floppy images on the SS20 system. All hardware detected automatically, no errors during the install, and the system rebooted to a login prompt. Great! Thanks for following up. As this report has now become a bit long and difficult to follow, I'm closing it. Could you file one new installation report for the issue that you need to press enter 4 times to get the root floppy loaded so we can keep track of that? I think that is now the only issue remaining. Cheers, FJP If possible, could you wait until I verify the same process works on the SparcStation 5? The install is almost finished, I think all that will be left by the time I get home is to reboot the system. If that works, then I'm sure we're out of the woods on this one. I'll submit a new bug report for the 4 x ENTER issue booting off the floppy when I get home tonight. Thanks! --Dan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com