Bug#696534: Confirmed the bug is still present
Hello, I can confirm that the bug is still there. We experienced it now and then. Was not easy to find out it was bootlogd. # update-rc.d bootlogd disable made the system come back to normal. After fixing another daemon that produce strange output, re-enabling of bootlogd was possible and all worked again. Best Jan -- Dr. Jan-Oliver Wagner | +49-541-335084-0 | http://www.greenbone.net/ Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 202460 Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703686: w3af_console not working
Hello, I just stumbled across the very same problem. It is a pretty annoying bug and at the same it looks pretty simple to fix. Any rationale why it is not being fixed? Best regards Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697379: base-files: The directory /usr/games IMHO should not be a "base file"
Package: base-files Version: 6.0squeeze6 Severity: minor The directory /usr/games is created by this package: $ dpkg -S /usr/games base-files: /usr/games IMHO this directory should not be a "base file" anymore. LFH says "Once upon a time, this directory contained network games files. Rarely used now." (http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html) The background issue is to build Debian Systems where no "games" occurs anywhere is consistently possible with the Debian packaging. Since user "games" has "/usr/games" as home directory by default, the change may affect other packages as well. IMHO the user "games" is not required either as a default user and especially not with that home directory. In fact it is OK to fix this for next stable release. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (1500, 'stable'), (550, 'stable-updates'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages base-files depends on: ii gawk [awk]1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii mawk [awk]1.3.3-15 a pattern scanning and text proces base-files recommends no packages. base-files suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#448662: nessus-plugins: unnecessary build-dependency on libnet1-dev
On Mittwoch, 31. Oktober 2007, Steve Langasek wrote: > On Wed, Oct 31, 2007 at 10:13:03AM +0100, Jan-Oliver Wagner wrote: > > On Dienstag, 30. Oktober 2007, Steve Langasek wrote: > > > Source: nessus-plugins > > > Version: 2.2.9-1.1 > > > > > > Hi Javier, > > > > > > The nessus-plugins package currently build-depends on libnet1-dev, but the > > > only reference to it in the source is a single AC_CHECK_LIB() check in > > > configure.in which is not subsequently used for any headers or linking. > > > Can this unnecessary build-dependency be dropped from the package? > > > at least found in openvas-plugins: > > plugins/3com_hub/3com_hub.c:#include > > > Also lots of matches for HAVE_LIBNET_1_1 > > And where is that? There is no plugins/3com_hub/3com_hub.c file in the > nessus-plugins source package. appararently it has been removed recently in nessus. In OpenVAS it is still present. I wonder why it has been removed from nessus. Therefore your suggestion is indeed valid. -- Dr. Jan-Oliver WagnerIntevation GmbH, Osnabrück Amtsgericht Osnabrück, HR B 18998 http://www.intevation.de/ Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
Bug#448662: nessus-plugins: unnecessary build-dependency on libnet1-dev
On Dienstag, 30. Oktober 2007, Steve Langasek wrote: > Source: nessus-plugins > Version: 2.2.9-1.1 > > Hi Javier, > > The nessus-plugins package currently build-depends on libnet1-dev, but the > only reference to it in the source is a single AC_CHECK_LIB() check in > configure.in which is not subsequently used for any headers or linking. > Can this unnecessary build-dependency be dropped from the package? at least found in openvas-plugins: plugins/3com_hub/3com_hub.c:#include Also lots of matches for HAVE_LIBNET_1_1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383476: nessus-plugins: nessus-update-plugins fails to restart nessusd
Package: nessus-plugins Severity: important The scripts nessus-update-plugins and nessus-update-plugins-gpl restart the nessusd their own way under some assumptions about the location of the PID file which happen to be wrong for the Debian nessusd package. Suggested fix: in the two scripts nessus-update-plugins[-gpl] don't hup directly but call /etc/init.d/nessusd restart. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.17-id1-k8-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383479: Standard method to put nessusd into a runlevel fails
Package: nessusd Severity: normal Note: Tested with 2.2.8-1 backport on Sarge. The Debian script to update Sys5 Init scripts is update-rc.d(8). It fails for nessusd: # update-rc.d nessusd defaults System startup links for /etc/init.d/nessusd already exist. This error message is because the Debian nessusd package already installs a symlink for stopping the daemon: $ ls /etc/rc*/*nessusd* /etc/rc0.d/K20nessusd /etc/rc6.d/K20nessusd but none for starting the daemon. /usr/share/doc/nessusd/README.Debian says: Nessus has a test for its daemon running, because it is a potential security problem, so it wouldn't seem wise to automatically start it on boot-up. An init script for nessusd is provided in the file the.init.d.script, courtesy of Luca Andreucci <[EMAIL PROTECTED]> and others. But lacks an explanation how to use the init script. Isn't it better to not install the stop-script for the runlevels by default? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.17-id1-k8-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344530: gnupg2: New upstream release 1.9.20
Package: gnupg2 Version: 1.9.20-1kk1 Severity: normal There is a new upstream release (1.9.20) which contains an important fix for pkcs12 import (p12-files from firefox can not be importet with older versions). We added a number of other changes/fixes into the Kolab-Konsortium package which might be helpful. See http://apt.intevation.de/dists/sarge/kontact-proko2/source/gnupg2_1.9.20-1kk2.diff.gz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.2-id1-k7-2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnupg2 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1 library for common error values an ii libksba8 0.9.13-0kk1 X.509 and CMS support library ii makedev2.3.1-77 creates device files in /dev ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328239: thuban: GDAL - not available
On Thu, Sep 22, 2005 at 10:28:51PM +0200, [EMAIL PROTECTED] wrote: > > Install gdal-bin and you should have no more problems. > > gdal-bin was already installed. > > So I guess the library libtiff have something to do with the problem. > This is the reason why I updated > libtiff-tools (3.6.1-1.1) to 3.7.3-1 > libtiff4 (3.6.1-1.1) to 3.7.3-1 > > It seems the problem is solved. Because there are no error messages > anymore. this hints at a missing dependency of gdal-bin then! -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIShttp://freegis.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328239: thuban: GDAL - not available
On Wed, Sep 14, 2005 at 12:27:21PM +0200, Bjoern Broscheit wrote: > Package: thuban > Version: 1.0.0-1 > Severity: important > > Without special reasons I take a look at the About-Box and this is what > it says ... > > GDAL - not available > > No GDAL support because module 'gdalwarp' cannot be imported. Python > exception: '/usr/lib/libgdal.so.1: undefined symbol: > TIFFGetConfiguredCODECs' > > > And I got the same message with Thuban 1.1 cvs-20050705 and Thuban > Release Version 1.0.1 build from source. probably the problem is that the thuban package does not list gdal-bin as a dependency. Install gdal-bin and you should have no more problems. -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ Kolab Konsortium http://kolab-konsortium.de/ FreeGIShttp://freegis.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306910: htmldoc: Patch for preserving launch paths and updated debian stuff
Package: htmldoc Version: 1.8.23-1.2 Severity: normal Hello, I prepared a patch the preserves the paths for launch. I also submitted it to htmldoc.org: http://www.htmldoc.org/str.php?L83+P0+S-2+C0+I0+E0+Q While doing the patch I changed the following: * added include for /usr/share/cdbs/1/rules/simple-patchsys.mk in * rules * added cdbs to Build-Depends in control * added debian/patches directory * added patch launch-with-full-path.patch I made all the files available here: ftp://ftp.intevation.de/users/jan/htmldoc/ Best Jan -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.25-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages htmldoc depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfltk1.1c102 1.1.6-2 Fast Light Toolkit shared librarie ii libjpeg626b-9The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306890: gnupg2: New upstream release 1.9.16.
Package: gnupg2 Version: 1.9.15-6 Severity: normal There is a new upstream release 1.9.16. It contains important fixes for Sphinx compliance and some new interesting features. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.25-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnupg2 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1library for common error values an ii libksba80.9.9-2 X.509 and CMS support library ii makedev 2.3.1-75 Creates device files in /dev ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306888: dirmngr: New upstream release 0.9.2
Package: dirmngr Version: 0.9.1-1 Severity: normal There is a new upstream release 0.9.2 that fixes a number of little problems. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.25-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dirmngr depends on: ii adduser 3.59 Add and remove users and groups ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcrypt11 1.2.0-4 LGPL Crypto library - runtime libr ii libgpg-error0 1.0-1library for common error values an ii libksba80.9.9-2 X.509 and CMS support library ii libldap22.1.30-3 OpenLDAP libraries ii libpth2 2.0.1-2 The GNU Portable Threads -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306887: libksba8: New upstream release 0.9.11
Package: libksba8 Version: 0.9.9-2 Severity: normal There is a new upstream release 0.9.11 that contains an important fix for Sphinx compliance. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.4.25-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libksba8 depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291704: reason for not adopting new upstream release?
Hi, is there a particular reason why the new upstream release is not picked up? Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIShttp://freegis.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281261: gpgsm is now available
Just a note: gnupg2 provides gpgsm. Currently, gnupg (OpenPGP) and gnupg2 (S/MIME) are complementary - so we need both to get the full flavor out of gpgme. The package even reached testing. -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIShttp://freegis.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298403: thuban: FTBFS (amd64/gcc-4.0): cast from 'MFILEReceiver*' to 'int' loses precision
On Mon, Mar 07, 2005 at 12:43:32PM +0100, Andreas Jochens wrote:
> With the attached patch 'thuban' can be compiled
> on amd64 using gcc-4.0.
thanks for the patch!
It is applied to the 1-0 branch of Thuban and will appear with
release 1.0.2.
The problem is not relevant for the HEAD (ie. 1.1/1.2) branch
because gdalwarp.cpp has been rewritten and does not have this
macro anymore.
Best
Jan
--
Jan-Oliver Wagner http://intevation.de/~jan/
Intevation GmbH http://intevation.de/
FreeGIShttp://freegis.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
