Bug#299608: phpmyadmin segfaulting still with php4_4.3.10-10 on sarge
Hi Adam, I am experiencing the exact same issue as this bug addresses, yet the fixes mentioned (ie, upgrading to 4.3.10-10) do not seem to resolve it, even with restarting apache (1.3.33-4). To save lots of email traffic asking information, here are the things that you have requested of the other reporters: PHP extensions in /etc/php4/apache/php.ini: -- extension=mysql.so extension=curl.so Apache modules: -- AddModule mod_so.c AddModule mod_macro.c LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so LoadModule status_module /usr/lib/apache/1.3/mod_status.so LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so LoadModule access_module /usr/lib/apache/1.3/mod_access.so LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so LoadModule perl_module /usr/lib/apache/1.3/mod_perl.so LoadModule ssl_module /usr/lib/apache/1.3/mod_ssl.so LoadModule php4_module /usr/lib/apache/1.3/libphp4.so LoadModule gzip_module /usr/lib/apache/1.3/mod_gzip.so LoadModule sql_log_module /usr/lib/apache/1.3/mod_log_sql.so And... after removing mod_log_sql.so from the apache modules, it now works correctly! It seems as though the mod_log_sql.so is causing the problem! Recompiling mod_log_sql package and then re-enabling the mod_log_sql.so, it now works correctly. Will this newly compiled mod_log_sql work correctly on 4.3.10-09 or below ? Damien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303680: Debian Installer installation report
:02:08.0 Ethernet controller: Advanced Micro Devices [AMD] 79c978 [HomePNA] (rev 52) :02:09.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 20) :02:08.0 0200: 1022:2001 (rev 52) :02:09.0 0200: 1011:0009 (rev 20) I had some problems because my other network card (the connected to the net) needed options and the other one was detected but no module got loaded (it uses de4x5). I finally managed by installing in expert mode. I had to compile acustom kernel (which i probably would have done anyway) to get the de4x5 card to work. The no module loaded card is the DEC one, right ? Could you please try again the initial steps of D-I (up to partitioning, so this is safe), switch to VT-2 and then look in /var/log/syslog for any sign of module loading/failure for this card. According to entries in discover1-data, the de4x5 module should indeed be loaded for that hardware. Maybe trying with one of the daily builds could be worth it too.
Bug#303680: Debian Installer installation report
I'll do that when i find the time, probably sometime next week J -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303690: dict: Exits with error.
Package: dict Version: 1.9.15-1 Severity: normal apt-get install dict No dictd installed, when trying to run dict it exits with the following error: Can't locate AppConfig/Std.pm in @INC (@INC contains: /pkg/perl/lib/5.6.1/i386_linux24 /pkg/perl/lib/5.6.1 /pkg/perl/lib/site_perl/5.6.1/i386_linux24 /pkg/perl/lib/site_perl/5.6.1 /pkg/perl/lib/site_perl .) at /pkg/perl/bin/dict line 13. BEGIN failed--compilation aborted at /pkg/perl/bin/dict line 13. I guess there's a depency missing for some Perl library. When checking closer I see that the only library with AppConfig is libappconfig-perl, but it has no AppConfig/Std.pm. Possibly some version breakage? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages dict depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii netbase 4.20 Basic TCP/IP networking system ii recode 3.6-10 Character set conversion utility 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#297751: arson: UI completely unresponsive#
On Wed, Mar 02, 2005 at 06:46:13PM +0100, Helge Kreutzmann [EMAIL PROTECTED] wrote: I noticed, that the command line options work, and if I start it with LANG=C arson I get english menu items instead of german ones. Sorry for the long-delayed response; I recently moved and my development box's /usr drive didn't handle the move so well... It's not clear from the above: does arson work properly with LANG=C? It looks like you're using [EMAIL PROTECTED]; I wasn't able to reproduce this, even with that as my LANG and LC_CTYPE, not even under windowmaker. -- Mike Markley [EMAIL PROTECTED] I don't believe in God because I don't believe in Mother Goose. - Clarence Darrow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Dumps core on start
severity 303687 grave reassign 303687 gtkhtml thanks Thomas, On Thu, Apr 07, 2005 at 10:43:39PM -0700, Thomas Bushnell BSG wrote: severity 303687 normal reassign 303687 gconf2 thanks Adam M. [EMAIL PROTECTED] writes: Package: gnucash Version: 1.8.10-11 Severity: grave gnucash dumps core on startup after the latest update. This is actually a bug in gconf. I disagree most strenuously. Up until this version, gnucash worked *fine* without gconf; now, I can't pull gnucash up on a remote display at all because of this bletcherous dependency. I think this is a grave bug in gtkhtml, and I don't think this version of gnucash should be allowed into testing until this problem is resolved. Requiring users to run -- or mock-up -- a GNOME 1.2 environment to run gnucash just is not reasonable given that gnucash is already the last GNOME 1.2 app standing. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303691: python-mode: Emacs hangs while in Python-mode.
Package: python-mode Version: 4.70-1 Severity: important I must restart Emacs many times per hour when using the python-mode package because Emacs hangs and does not respond at all. Usualy, the message Full parse forced (or similar) preceeds the meltdown. This might not be related to this package, but so far only python-mode does this. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=en_US, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages python-mode depends on: ii emacs21 21.4a-1The GNU Emacs editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303692: sourcenav: FTBFS (amd64/gcc-4.0): unrecognized command line option -fwritable-strings
Package: sourcenav Version: 5.1.4-1 Severity: normal Tags: patch When building 'sourcenav' on amd64/unstable with gcc-4.0, I get the following error: Making all in src make[4]: Entering directory `/sourcenav-5.1.4/debian/build/libgui/src' gcc -DHAVE_CONFIG_H -I. -I/sourcenav-5.1.4/libgui/src -I.. -fwritable-strings -I/sourcenav-5.1.4/tcl/generic -I/sourcenav-5.1.4/tk/generic -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_TMPNAM=1 -DHAVE_WAITPID=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_TIMEZONE_DECL=1 -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DNEED_MATHERR=1 -DRETSIGTYPE=void -DHAVE_SIGNED_CHAR=1 -DHAVE_SYS_IOCTL_H=1 -DSTATIC_BUILD=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_PW_GECOS=1 -DSTATIC_BUILD=1 -I/sourcenav-5.1.4/tk/generic/../unix -I/sourcenav-5.1.4/tk/generic/../win -DTBL_VERSION=\2.7\ -DTBL_COMMAND=\table\ -DTBL_RUNTIME=\tkTable.tcl\ -DTBL_RUNTIME_DIR=\/usr/lib/sourcenav/share/redhat/gui\ -DSTATIC_BUILD-g -O2 -c /sourcenav-5.1.4/libgui/src/paths.c cc1: error: unrecognized command line option -fwritable-strings make[4]: *** [paths.o] Error 1 make[4]: Leaving directory `/sourcenav-5.1.4/debian/build/libgui/src' With the attached patch 'sourcenav' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/sourcenav-5.1.4/itcl/itcl/unix/configure ./itcl/itcl/unix/configure --- ../tmp-orig/sourcenav-5.1.4/itcl/itcl/unix/configure2000-02-07 01:19:46.0 +0100 +++ ./itcl/itcl/unix/configure 2005-04-07 23:48:21.091719929 +0200 @@ -1113,7 +1113,7 @@ fi # CYGNUS LOCAL - use -fwritable-strings with gcc, needed for Tcl8.1 if test $itcl_cv_prog_gcc = yes ; then -CFLAGS=$CFLAGS -fwritable-strings -Wshadow -Wtraditional -Wall +CFLAGS=$CFLAGS -Wshadow -Wtraditional -Wall fi echo $ac_n checking default compiler flags... $ac_c 16 diff -urN ../tmp-orig/sourcenav-5.1.4/itcl/itcl/unix/configure.in ./itcl/itcl/unix/configure.in --- ../tmp-orig/sourcenav-5.1.4/itcl/itcl/unix/configure.in 2000-02-07 01:19:46.0 +0100 +++ ./itcl/itcl/unix/configure.in 2005-04-07 23:48:13.260188301 +0200 @@ -122,7 +122,7 @@ fi # CYGNUS LOCAL - use -fwritable-strings with gcc, needed for Tcl8.1 if test $itcl_cv_prog_gcc = yes ; then -CFLAGS=$CFLAGS -fwritable-strings -Wshadow -Wtraditional -Wall +CFLAGS=$CFLAGS -Wshadow -Wtraditional -Wall fi AC_MSG_CHECKING([default compiler flags]) diff -urN ../tmp-orig/sourcenav-5.1.4/itcl/itk/unix/configure ./itcl/itk/unix/configure --- ../tmp-orig/sourcenav-5.1.4/itcl/itk/unix/configure 2000-02-07 01:19:46.0 +0100 +++ ./itcl/itk/unix/configure 2005-04-07 23:48:49.059476119 +0200 @@ -1173,7 +1173,7 @@ # that they obscure everything else. # CYGNUS LOCAL - add -fwritable-strings to CFLAGS for gcc. Needed # with Tcl8.1 -CFLAGS=$CFLAGS -fwritable-strings -Wshadow -Wtraditional -Wall -Wno-implicit-int +CFLAGS=$CFLAGS -Wshadow -Wtraditional -Wall -Wno-implicit-int fi echo $ac_n checking default compiler flags... $ac_c 16 diff -urN ../tmp-orig/sourcenav-5.1.4/itcl/itk/unix/configure.in ./itcl/itk/unix/configure.in --- ../tmp-orig/sourcenav-5.1.4/itcl/itk/unix/configure.in 2000-02-07 01:19:46.0 +0100 +++ ./itcl/itk/unix/configure.in2005-04-07 23:48:39.182328033 +0200 @@ -162,7 +162,7 @@ # that they obscure everything else. # CYGNUS LOCAL - add -fwritable-strings to CFLAGS for gcc. Needed # with Tcl8.1 -CFLAGS=$CFLAGS -fwritable-strings -Wshadow -Wtraditional -Wall -Wno-implicit-int +CFLAGS=$CFLAGS -Wshadow -Wtraditional -Wall -Wno-implicit-int fi AC_MSG_CHECKING([default compiler flags]) diff -urN ../tmp-orig/sourcenav-5.1.4/libgui/configure ./libgui/configure --- ../tmp-orig/sourcenav-5.1.4/libgui/configure2001-10-28 17:22:24.0 +0100 +++ ./libgui/configure 2005-04-07 23:38:41.0 +0200 @@ -1919,14 +1919,6 @@ rm -f conftest* -# Tcl8.1 requires writable strings for gcc - -if test $GCC = yes; then - LIBGUI_CFLAGS=-fwritable-strings -else - LIBGUI_CFLAGS= -fi - echo $ac_n checking for cygwin32... $ac_c 16 echo configure:1932: checking for cygwin32 5 if eval test \`echo '$''{'ide_cv_os_cygwin32'+set}'`\ = set; then diff -urN ../tmp-orig/sourcenav-5.1.4/libgui/configure.in ./libgui/configure.in --- ../tmp-orig/sourcenav-5.1.4/libgui/configure.in 2001-10-28 17:22:24.0 +0100 +++ ./libgui/configure.in 2005-04-07 23:38:19.0 +0200 @@ -43,14 +43,6 @@ AC_EGREP_CPP(strncasecmp, [#include string.h], AC_DEFINE(HAVE_STRNCASECMP_DECL)) -# Tcl8.1 requires writable strings for gcc - -if test $GCC = yes; then - LIBGUI_CFLAGS=-fwritable-strings -else - LIBGUI_CFLAGS= -fi - AC_CACHE_CHECK([for cygwin32],
Bug#298303: aide: statically linked but depends on libc (?)
On Sun, Mar 06, 2005 at 03:59:04PM +0100, Santiago Vila [EMAIL PROTECTED] wrote: While building this package for the hurd-i386 architecture, I noticed that there is a hardcoded dependency on libc0.2, which does not exist. Then I noticed about the debian/mkdep script, which seems like a hack. Indeed it is. It was my understanding that statically linked executables, by definition, do not depend on libc at all, so the package dependency is artificial, but if I'm missing anything and there is a real need to depend on the libc of the day, then please do it in a portable way, which does not need to be updated for every architecture. For example, you could include a simple hello world program in the package source and just compile and run dpkg-shlibdeps on it. You're probably absolutely right about the libc6 dependency not being there, now that I think it through. I suspect it is probably there out of sheer force of habit, where compiled binaries are concerned. Unless anyone raises objections, I'll remove the dependency. -- Mike Markley [EMAIL PROTECTED] I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. - Albert Einstein. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303680: Debian Installer installation report
On Fri, Apr 08, 2005 at 07:56:50AM +0200, Christian Perrier wrote: :02:08.0 Ethernet controller: Advanced Micro Devices [AMD] 79c978 [HomePNA] (rev 52) :02:09.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 20) :02:08.0 0200: 1022:2001 (rev 52) :02:09.0 0200: 1011:0009 (rev 20) I had some problems because my other network card (the connected to the net) needed options and the other one was detected but no module got loaded (it uses de4x5). I finally managed by installing in expert mode. I had to compile acustom kernel (which i probably would have done anyway) to get the de4x5 card to work. The no module loaded card is the DEC one, right ? Could you please try again the initial steps of D-I (up to partitioning, so this is safe), switch to VT-2 and then look in /var/log/syslog for any sign of module loading/failure for this card. According to entries in discover1-data, the de4x5 module should indeed be loaded for that hardware. Hmm, that's not good to hear, given the outcome of 294867: it appears that the de4x5 module should be removed from the kernel build altogether. Not before sarge of course, but hotplug has already been changed to always use the tulip module instead -- this could make for some irritating bugs if d-i uses a different module than the one hotplug loads for stage 2, no? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303687: Dumps core on start
reassign 303687 gconf2 severity 303687 normal thanks I disagree most strenuously. Up until this version, gnucash worked *fine* without gconf; now, I can't pull gnucash up on a remote display at all because of this bletcherous dependency. I think this is a grave bug in gtkhtml, and I don't think this version of gnucash should be allowed into testing until this problem is resolved. This is crazy. gnucash is a gnome-1 program, and works fine on gnome 1. Gnome-2 claims to support gnome-1 programs, and does, but a mistake was made in a gconf2 change. The mistake has a simple patch, approved by upstream, to fix the gconfd-2 daemon to preserve the necessary backward compatibility. Moreover, playing BTS tag isn't the way to settle issues. I reported this already to the gconf2 maintainers, provided them the patch, and they said they were already in contact with upstream. gnucash has a simple fix, it's a normal bug because it doesn't cause any serious difficulty. Moreover, not using gconf is a bug; gtkhtml should and must use gconf to preserve configuration information. Since there is such a trivial patch in gconf2 that fixes the problem, I'd suggest that. There is also a trivial workaround for users, which is why the bug is no more than normal severity. What I'd like is to actually *fix* the bug, and since the bug is that gconf-2 promises backward compatibility and fails to deliver, that's where it should be fixed. Please don't move the bug around; you don't maintain any of these packages AFAICT and you aren't helping. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299486: mozilla-firefox: firefox crashes
severity 299486 important thanks On Thu, Apr 07, 2005 at 07:08:51PM +0200, Florian Boelstler wrote: Steve Langasek wrote: I was referring to the initial bug report: Whenever I try to write anything in the address bar or google search bar the Firefox chases (I uninstalled all extensions and wiped out all configuration files) In my situation Firefox freezes and sometimes renders KDE unusable. ... which is clearly *not* the symptom being reported in the original report. A lockup may be due to this same bug, or an unrelated bug, or a bug in your window manager. OK, sorry for providing incorrect information in the first place. Since the original report mentioned just typing a few characters into the location/google bar and freeze seemed somehow related to my problem. Whatever,... He said crash, not freeze. (Well, he said chase, but crash was clearly meant.) (gdb) run Starting program: /usr/lib/mozilla-firefox/firefox-bin -a firefox -P default After typing a few characters into the location/google bar Firefox freezes. Forgot to mention that I use the SwitchProxy extension. ~/.firefox/plugins contains: flashplayer.xpt, libflashplayer.so Removed XUL.mfasl once between restarts of Firefox. I didn't get to make my window manager unusable again. Ok, so it sounds like this was an unrelated extension problem. The original crash reported has so far only been reproduced on systems running 2.6.11, which is not a release kernel. I'm therefore downgrading this bug; unless someone (preferably the original reporter, so that we know we're talking about the same bug!) can show a backtrace running on a kernel that's targetted for sarge release, I recommend closing the report. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#299605: libapache-mod-php4 crashes in __kernel_vsyscall
Steve Langasek wrote: Please test with the 4.3.10-10 version of libapache-mod-php4 which has just been uploaded to unstable (available for the next few hours from http://incoming.debian.org/), and let us know if you still see this failure. hi! unfortunatly, i wasn't able to test the new packages until now. moreover, i cannot tell when i will be able to that so hopefully your new packages work and/or some others will be able to verify them. best regards, raoul bhatia -- raoul bhatia email.[EMAIL PROTECTED] ipax web.http://www.ipax.at - chief technician, support - irc. #ipax (quakenet) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303693: ttf-opensymbol postinst uses unconfigured fontconfig
Package: ttf-opensymbol Version: 1.1.3-8 Severity: minor Postinst script of ttf-opensymbol package contains the following lines: if [ $1 = configure ] [ -x /usr/bin/fc-cache ]; then echo Updating fontconfig cache... fc-cache -f fi This causes fc-cache to run during initial installation, when fontconfig is unpacked, but not yet configured. So fc-cache claims that fontconfig configuration file is not available. I think that a good workaround is to test also that /etc/fonts/fonts.conf exists before running fc-cache. Later, when fontconfig package will be configured, cache font will be created anyway. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-zigzag Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303694: please rebuild gip against libgtkmm-2.4 and libsigc++-2
Package: gip Version: 1.2.0.1-1 Severity: normal gip is currently build against libgtkmm2.0-1c102 and libsigc++-1.2-5c102, please rebuild it against libsigc++-2.0-0 and libgtkmm-2.4-1. Thanks. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages gip depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:4.0-0pre9 GCC support library ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libgtkmm2.0-1c102 2.2.12-1.1 C++ wrappers for GTK+ 2.0 (shared ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libsigc++-1.2-5c102 1.2.5-4 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297769: patch
At Thu, 24 Mar 2005 14:19:06 -0800, Steve Langasek wrote: On Thu, Mar 24, 2005 at 04:44:10PM +0100, Bastian Blank wrote: The attached patch updates sched_[gs]etaffinity to the new interface from glibc 2.3.4. I have difficulties with this patch. This patch adds new interface glibc 2.3.4 versioning symbol - it should not be in glibc 2.3.2 or 2.3.3. Investigation in the lintian lab on gluck.d.o shows that there are at least two packages, valgrind and schedutils, which would need to be updated to use the new API once this change is uploaded. Unfortunately, the data in that lintian lab is 9 months out-of-date, so a more thorough check is needed before this change can be allowed into sarge. I fear to change this interface until sarge release because there might be another packages that uses sched_setaffinity. I tender not to include the patch. I would like to call your opinion about Bastian's patch. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300209: tomcat4: tomcat dies with Parse error in default web.xml after upgrade
Barry Hawkins wrote: [...] Guys, I have committed a debian/control file for the tomcat4 package that imposes both build (tomcat4 source) and runtime(tomcat4 binary) dependencies the following library versions: libcommons-digester-java = 1.5.0.1 libcommons-collections-java = 2.1.1 libcommons-beanutils-java = 1.6.1 libcommons-logging-java = 1.0.4 This ensures that dependencies are satisfied for versions of the upstream libraries that are required by Tomat as well as one another, and ensures that the versions currently in testing are acceptable. If someone could please test this build on x86 and upload it, that would be great. I am out of town this week and it appears my DSL modem has locked up at home, preventing me from accessing my x86 box on which I normally build this. I tried to build with j2sdk1.3-blackdown/xmlParserAPIs.jar/xercesImpl.jar, but I get the commons-dbcp-related error shown at the bottom of this message. The package has built previously with the Sun 1.4 JDK packages generated by java-package without issue. $ debuild -ICVS -us -uc [...] BUILD FAILED /home/barryh/packages/tomcat4/tomcat4-4.1.31/build-tree/jakarta-tomcat-4.1.31-src/build.xml:67: The following error occurred while executing this line: java.lang.UnsupportedClassVersionError: org/apache/commons/dbcp/ConnectionFactory (Unsupported major.minor version 48.0) Hi Barry, this means that libcommons-dbcp-java was build without target=1.3 therefore it is not usable anymore with jdk1.3. Either you build tomcat with a jdk 1.4 or you rebuilt the libcommons-dbcp-java library with target=1.3. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303696: grisbi: Unable to change away from Euro to $AU from preferences
Package: grisbi Version: 0.5.5-2 Severity: normal Hi, Noted your mention of this tool on planet.debian.net and thought I'd give it a go. First problem was when I tried to run it from X ssh'ed in from a cygwin box, I got an immediate error saying that there was probably a problem with X protocols, nonetheless that is not this error. Tried to change to $AU (Australian Dollar) via preferences with no account open and it told me that I could not. Shortly after this it crashed (X running in Debian, not in Cygwin). Error was segmentation fault. Cheers DC -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages grisbi depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-02.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libofx1 1:0.7.0-7library to support Open Financial ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml2 2.6.16-6 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303695: t1-cyrillic postinst may use unconfigured fontconfig
Package: t1-cyrillic Version: 4.7 Severity: minor Postinst of t1-cyrillic package contains the following lines: if which fc-cache /dev/null 21; then fc-cache /usr/X11R6/lib/X11/fonts/Type1 fi This causes fc-cache to run during initial installation when fontconfig package is already unpacked, but not yet configured. So fc-cache complains that fontconfig configuration file is not available. A good workaround is to test for existance of /etc/fonts/fonts.conf before running fc-cache. When fontconfig package will be configured later in the installation process, font cache will be created anyway. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-zigzag Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages t1-cyrillic depends on: ii defoma 0.11.8-0.1 Debian Font Manager -- automatic f ii xutils 4.3.0.dfsg.1-12.0.1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297769: patch
On Fri, 08 Apr 2005 15:32:29 +0900, GOTO Masanori [EMAIL PROTECTED] said: GOTO I fear to change this interface until sarge release because there GOTO might be another packages that uses sched_setaffinity. Well, yes, schedutils probably would need updating. I don't know of anything else, though. We only care about the Debian packages for sarge, I assume, right? If so, couldn't someone do a trivial find across all sources for sched_{s,g}et_affinity? I'd be happy to volunteer to fix all the packages that are affected (I'm not too worried, the number will be very small, I'm sure of that). GOTO I tender not to include the patch. I would like to call your opinion GOTO about Bastian's patch. That would really be unfortunate because it will mean that Debian is incompatible with all other modern distributions. It's very likely that it will cause a lot more grief down the road because new software will break. For example, recent LMbench3 releases started to use sched_setaffinity() and of course they use the correct (new) interface... --david -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303680: Please try the tulip module as well
Steve Langasek pointed me to #294867. It seems that de4x5 module is somewhat deprecated and considered broken most often. Joey mentioned in the same bug he's considering dropping de4x5 for d-i. I'm not sure that it would be safe to do it on all occurrences of this module in discover1-data, but at least for your specific hardware, it would be interesting to test that. So, can you please try modprobe tulip on console 2 if the loading of de4x5 still fails ? And, anyway, getting the output of modprobe de4x5 would be interesting. Thanks for your contribution. --
Bug#299605: libapache-mod-php4 crashes in __kernel_vsyscall
Raoul, On Fri, Apr 08, 2005 at 08:11:53AM +0200, Raoul Bhatia [ipax] wrote: Steve Langasek wrote: Please test with the 4.3.10-10 version of libapache-mod-php4 which has just been uploaded to unstable (available for the next few hours from http://incoming.debian.org/), and let us know if you still see this failure. unfortunatly, i wasn't able to test the new packages until now. moreover, i cannot tell when i will be able to that so hopefully your new packages work and/or some others will be able to verify them. As you are the only one who reported the bug in question, we really need you to tell us if it's fixed. I'll hold this report open for a couple of weeks, hopefully you'll have time to test; otherwise, if no one else reports it, I'll presume it's fixed and close the report. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#297769: patch
On Fri, Apr 08, 2005 at 03:32:29PM +0900, GOTO Masanori wrote: At Thu, 24 Mar 2005 14:19:06 -0800, Steve Langasek wrote: On Thu, Mar 24, 2005 at 04:44:10PM +0100, Bastian Blank wrote: The attached patch updates sched_[gs]etaffinity to the new interface from glibc 2.3.4. I have difficulties with this patch. This patch adds new interface glibc 2.3.4 versioning symbol - it should not be in glibc 2.3.2 or 2.3.3. Investigation in the lintian lab on gluck.d.o shows that there are at least two packages, valgrind and schedutils, which would need to be updated to use the new API once this change is uploaded. Unfortunately, the data in that lintian lab is 9 months out-of-date, so a more thorough check is needed before this change can be allowed into sarge. I fear to change this interface until sarge release because there might be another packages that uses sched_setaffinity. I've confirmed that the lintian lab was up-to-date, in spite of some confusion about the timestamps on the directories. This means valgrind and schedutils are the only packages in Debian using this function currently, which means it's possible to update all of them at once. I tender not to include the patch. I would like to call your opinion about Bastian's patch. Well, there have been persuasive arguments why this patch is a good idea to include; persuasive enough that I left the bug at an RC severity. So my opinion is that it ought to be included... -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303697: gai: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment
Package: gai Version: 0.5.8-1 Severity: normal Tags: patch When building 'gai' on amd64/unstable with gcc-4.0, I get the following error: gai-pref2.c:874: error: invalid lvalue in assignment gai-pref2.c:899: warning: cast from pointer to integer of different size make[2]: *** [gai-pref2.o] Error 1 make[2]: Leaving directory `/gai-0.5.8/gai' With the attached patch 'gai' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/gai-0.5.8/gai/gai-pref.c ./gai/gai-pref.c --- ../tmp-orig/gai-0.5.8/gai/gai-pref.c2004-03-18 08:56:35.0 +0100 +++ ./gai/gai-pref.c2005-04-08 08:55:52.528705398 +0200 @@ -967,8 +967,8 @@ if((unsigned char*)(((int *)iw[i].result)[0]) != NULL (unsigned char*)(((int *)iw[i].default_val)[0]) != NULL) - (unsigned char*)(((int *)iw[i].result)[0]) = - (unsigned char*)(((int *)iw[i].default_val)[0]) = g_strdup(buff); + (((int *)iw[i].result)[0]) = + (((int *)iw[i].default_val)[0]) = g_strdup(buff); //printf(%s\n,buff); @@ -988,7 +988,7 @@ if(j == g_list_length((GList *)((int *)iw[i].result)[0])){ - (GList *)((int *)iw[i].result)[0] = g_list_append((GList *)((int *)iw[i].result)[0], + ((int *)iw[i].result)[0] = g_list_append((GList *)((int *)iw[i].result)[0], g_strdup(buff)); // printf(%s is a new entry\n,buff); } diff -urN ../tmp-orig/gai-0.5.8/gai/gai-pref2.c ./gai/gai-pref2.c --- ../tmp-orig/gai-0.5.8/gai/gai-pref2.c 2004-09-12 10:17:58.0 +0200 +++ ./gai/gai-pref2.c 2005-04-08 08:55:03.474457046 +0200 @@ -870,7 +870,7 @@ if(j == g_list_length((GList *)((int *)iw[i].result)[0])){ - (GList *)((int *)iw[i].result)[0] = g_list_append((GList *)((int *)iw[i].result)[0], + ((int *)iw[i].result)[0] = g_list_append((GList *)((int *)iw[i].result)[0], g_strdup(buff)); } ((int *)iw[i].result2)[0] = j; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293706: ht: FTBFS (amd64/gcc-4.0): cast from 'const char*' to 'int' loses precision
The attached patch is an updated version of the amd64/gcc-4.0 patch which applies cleanly to the latest version of ht. Regards Andreas Jochens diff -urN ../tmp-orig/ht-0.8.0/analyser/analy_names.cc ./analyser/analy_names.cc --- ../tmp-orig/ht-0.8.0/analyser/analy_names.cc2004-03-23 02:11:08.0 +0100 +++ ./analyser/analy_names.cc 2005-04-08 09:15:08.635412885 +0200 @@ -95,7 +95,7 @@ char *label_prefix(const char *p) { if (p = LPRFX_MAX) { - return label_prefixes[(int)p]; + return label_prefixes[(long)p]; } else { return (char*)p; } diff -urN ../tmp-orig/ht-0.8.0/htanaly.cc ./htanaly.cc --- ../tmp-orig/ht-0.8.0/htanaly.cc 2004-06-09 01:05:33.0 +0200 +++ ./htanaly.cc2005-04-08 09:16:40.817817685 +0200 @@ -1829,7 +1829,7 @@ } else { strcpy(str2, ?); } - list-insert_str((int)xa, str, xref_type(x-type), str2); + list-insert_str((long)xa, str, xref_type(x-type), str2); xa = (Address*)x_tree-enum_next((Object**)x, xa); } list-attachTitle(text); diff -urN ../tmp-orig/ht-0.8.0/htapp.cc ./htapp.cc --- ../tmp-orig/ht-0.8.0/htapp.cc 2004-08-08 22:43:27.0 +0200 +++ ./htapp.cc 2005-04-08 09:17:46.151579675 +0200 @@ -760,7 +760,7 @@ void *ht_project_listbox::getNext(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (!e) return NULL; if (project (e project-count())) { return (void*)(e+1); @@ -771,7 +771,7 @@ void *ht_project_listbox::getPrev(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (e 1) { return (void*)(e-1); } else { @@ -784,10 +784,10 @@ static char mybuf[32]; if (project) switch (col) { case 0: - ht_snprintf(mybuf, sizeof mybuf, %s, ((ht_project_item*)project-get((int)entry-1))-get_filename()); + ht_snprintf(mybuf, sizeof mybuf, %s, ((ht_project_item*)project-get((long)entry-1))-get_filename()); break; case 1: - ht_snprintf(mybuf, sizeof mybuf, %s, ((ht_project_item*)project-get((int)entry-1))-get_path()); + ht_snprintf(mybuf, sizeof mybuf, %s, ((ht_project_item*)project-get((long)entry-1))-get_path()); break; default: strcpy(mybuf, ?); diff -urN ../tmp-orig/ht-0.8.0/htdialog.cc ./htdialog.cc --- ../tmp-orig/ht-0.8.0/htdialog.cc2004-08-08 22:43:27.0 +0200 +++ ./htdialog.cc 2005-04-08 09:18:37.273363371 +0200 @@ -455,7 +455,7 @@ void *ht_history_listbox::getNext(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (!e) return NULL; if (e history-count()) { return (void*)(e+1); @@ -466,7 +466,7 @@ void *ht_history_listbox::getPrev(void *entry) { - UINT e=(UINT)entry; + unsigned long e=(unsigned long)entry; if (e 1) { return (void*)(e-1); } else { @@ -476,7 +476,7 @@ char *ht_history_listbox::getStr(int col, void *entry) { - return ((ht_history_entry*)history-get((int)entry-1))-desc; + return ((ht_history_entry*)history-get((long)entry-1))-desc; } void ht_history_listbox::handlemsg(htmsg *msg) diff -urN ../tmp-orig/ht-0.8.0/httree.cc ./httree.cc --- ../tmp-orig/ht-0.8.0/httree.cc 2004-06-09 01:05:33.0 +0200 +++ ./httree.cc 2005-04-08 09:19:26.117665278 +0200 @@ -158,7 +158,7 @@ */ void ht_treeview::getdata(ht_object_stream *s) { - s-putIntHex((int)selected, 4, NULL); + s-putIntHex((long)selected, 4, NULL); } /* diff -urN ../tmp-orig/ht-0.8.0/htxbe.cc ./htxbe.cc --- ../tmp-orig/ht-0.8.0/htxbe.cc 2003-12-10 01:52:41.0 +0100 +++ ./htxbe.cc 2005-04-08 09:20:21.381759704 +0200 @@ -119,7 +119,7 @@ create_host_struct(xbe_shared-sections.sections[i], XBE_SECTION_HEADER_struct, little_endian); // XXX: this is crashable!!! - xbe_shared-sections.sections[i].section_name_address += (UINT) xbe_shared-headerspace - xbe_shared-header.base_address; + xbe_shared-sections.sections[i].section_name_address += (unsigned long) xbe_shared-headerspace - xbe_shared-header.base_address; xbe_shared-sections.sections[i].virtual_address -= xbe_shared-header.base_address; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Dumps core on start
severity 303687 grave tags 303687 sid thanks On Thu, Apr 07, 2005 at 11:36:19PM -0700, Thomas Bushnell BSG wrote: I disagree most strenuously. Up until this version, gnucash worked *fine* without gconf; now, I can't pull gnucash up on a remote display at all because of this bletcherous dependency. I think this is a grave bug in gtkhtml, and I don't think this version of gnucash should be allowed into testing until this problem is resolved. This is crazy. gnucash is a gnome-1 program, and works fine on gnome 1. Gnome-2 claims to support gnome-1 programs, and does, but a mistake was made in a gconf2 change. The mistake has a simple patch, approved by upstream, to fix the gconfd-2 daemon to preserve the necessary backward compatibility. Moreover, playing BTS tag isn't the way to settle issues. Please don't move the bug around; you don't maintain any of these packages AFAICT and you aren't helping. Well, I think it's equally valid to say that this is a libgconf11 bug, for trying to launch the gnome2 version of gconfd and *not* falling back to launching the gnome1.2 version. If people want to fix this via gconf2, that's fine; the important thing then is that this version of gnucash doesn't get into testing without the fixed version of gconf2 -- which it won't. I'll set the severity to grave, because this *is* an RC issue one way or another; but it also doesn't affect any packages currently in testing. The defensive thing to do, if you care about getting this version of gnucash into sarge, would be to sort out the libgconf11/gtkhtml ungraceful behavior rather than waiting on the gconf2 bug to be fixed... Does gnucash work with the woody version of gconf2, btw? If not, this is an issue that will affect partial upgrades from stable, and is therefore also an RC bug on whichever package on the gnucash side needs to have a versioned conflicts with gconf2. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#296963: Also applies to 2.6.8-2-k7, 2.6.11-1-k7
On Fri, 2005-04-08 at 13:46 +0900, Horms wrote: The bug almost certainly lies in the source code, which is contained in kernel-source-2.6.8, lets track it there rather than fragmenting the bug report. Ok, but it applies also to subsequent versions of the kernel source packages, so bugs could be filed as reminders. -- Luca Corti PGP Key ID 1F38C091 BOFH excuse of the moment: Terrorists crashed an airplane into the server room, have to remove /bin/laden. (rm -rf /bin/laden) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
Package: request-tracker3.4 Version: 3.4.1-1 Severity: important Please include a dependency for libcache-simple-timedexpiry-perl [Fri Apr 8 09:53:13 2005] [error] Can't locate Cache/Simple/TimedExpiry.pm in @INC (@INC contains: /usr/local/share/request-tracker3.4/lib /usr/share/request-tracker3.4/lib /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl . /etc/apache/ /etc/apache/lib/perl) at /usr/share/request-tracker3.4/lib/RT/Principal_Overlay.pm line 55.\nBEGIN failed--compilation aborted at /usr/share/request-tracker3.4/lib/RT/Principal_Overlay.pm C. Martin -- Package-specific info: Changed files: etc/request-tracker3.4/RT_SiteConfig.pm etc/request-tracker3.4/apache-modperl.conf -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (99, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages request-tracker3.4 depends on: ii apache 1.3.33-4 versatile, high-performance HTTP s ii libapache-dbi-perl 0.94-2 Connect apache server to database ii libapache-mod-perl 1.29.0.3-4 integration of perl with the Apach ii libapache-request-perl 1.1-0.1 Generic Apache Request Library ii libapache-session-perl 1.60-2 Perl modules for keeping persisten ii libcache-cache-perl 1.0-1Managed caches of persistent infor ii libclass-returnvalue-perl 0.52-1 A return-value object that lets yo ii libdbd-mysql-perl 2.9003-4 A Perl5 database interface to the ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libdbix-searchbuilder-perl 1.01-1 Perl extension for easy SQL SELECT ii libexception-class-perl 1.20-1 a module that allows you to declar ii libfcgi-perl0.67-1 FastCGI Perl module ii libfreezethaw-perl 0.43-2 converting Perl structures to stri ii libhtml-mason-perl 1:1.26-1 HTML::Mason Perl module ii libhtml-parser-perl 3.45-1 A collection of modules that parse ii libhtml-scrubber-perl 0.08-1 Perl extension for scrubbing/sanit ii liblocale-maketext-fuzzy-pe 0.02-1 Maketext from already interpolated ii liblocale-maketext-lexicon- 0.48-1 Lexicon-handling backends for Loc ii liblog-dispatch-perl2.10-1 Dispatches messages to multiple Lo ii libmailtools-perl 1.62-1 Manipulate email in perl programs ii libmime-perl5.417-1 Perl5 modules for MIME-compliant m ii libmldbm-perl 2.01-1 Store multidimensional hash struct ii libmodule-versions-report-p 1.02-1 Report versions of all modules in ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii libregexp-common-perl 2.120-1 Provide commonly requested regular ii libterm-readkey-perl2.21-1.3 A perl module for simple terminal ii libtest-inline-perl 0.16-1 Embed tests and code examples in P ii libtext-autoformat-perl 1.04-5 Perl module for automatic and manu ii libtext-quoted-perl 1.8-1Extract the structure of a quoted ii libtext-template-perl 1.44-1.1 Text::Template perl module ii libtext-wrapper-perl1.000-2 Simple word wrapping routine ii libtime-modules-perl100.010301-1 Various Perl modules for time/date ii libtree-simple-perl 1.14-1 A simple tree object ii libxml-rss-perl 0.97-4 Perl module for managing RSS (RDF ii perl5.8.4-8 Larry Wall's Practical Extraction ii rt3.4-clients 3.4.1-1 Mail gateway and command-line inte ii sendmail-bin [mail-transpor 8.13.3-6 powerful, efficient, and scalable ii sysklogd [system-log-daemon 1.4.1-10 System Logging Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302378: samba: smbd exits with SIGABRT
Andrew Bartlett [EMAIL PROTECTED] hit the keyboard. Afterwards the following was on the screen: On Fri, 2005-04-08 at 01:08 +0200, Rasmus Bøg Hansen wrote: Hi again Valgrind is not in woody, so I installed it from backports, and made the following trace: valgrind -v -- smbd -i /tmp/valgrind.log 21 Output is here: http://www.amagerkollegiet.dk/~moffe/valgrind.log Sorry, that doesn't help. We will probably need --num-callers=32, and we need to show it crashing, not just running and exiting once (which is what -i does). Internally, Samba has been modified to assist in this, so if you run with the valgrind --trace-children option, but not smbd's -i, the valgrind errors will end up in the normal Samba logfiles (we redirect stderr). Ok, I now did: valgrind -v --num-callers=32 --trace-children=yes --log-file=valgrind.log -- smbd I do not really understand (perhaps due to my limited knowledge of valgrind) why smbd crashes when run normally; when run through valgrind it seems to run without crashing. Nonetheless, the valgrind logfile is here: http://www.amagerkollegiet.dk/~moffe/valgrind.log.pid2456 Regards /Rasmus -- -- [ Rasmus Møffe Bøg Hansen ] --- 42.3454% of statistics are completely made up - Matt Benneke --[ moffe at zz9 dot dk ] --
Bug#303687: Dumps core on start
Steve Langasek [EMAIL PROTECTED] writes: Well, I think it's equally valid to say that this is a libgconf11 bug, for trying to launch the gnome2 version of gconfd and *not* falling back to launching the gnome1.2 version. If people want to fix this via gconf2, that's fine; the important thing then is that this version of gnucash doesn't get into testing without the fixed version of gconf2 -- which it won't. Actually, my understanding is that libgconf11 is trying to launch the normal gnome-1 thing, and the normal gnome-1 thing is not being supported correctly by gnome2, though gnome2 promises to. But my understanding may well be inaccurate in this respect. I'll set the severity to grave, because this *is* an RC issue one way or another; but it also doesn't affect any packages currently in testing. The defensive thing to do, if you care about getting this version of gnucash into sarge, would be to sort out the libgconf11/gtkhtml ungraceful behavior rather than waiting on the gconf2 bug to be fixed... Can you please explain why this is RC? There is a bug, yes, but it isn't critical or severe or even serious by the normal standards of such bugs, since it has such a trivial workaround. Even if it prevented reports from being generated entirely, it would only be important in my opinion, though it might be RC. But normal bugs with trivial workarounds aren't RC. Does gnucash work with the woody version of gconf2, btw? I don't know the history of it well enough to be able to say. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301721: pure-ftpd: Little addition to README.Debian on virtual chroots
On Sun, 27 Mar 2005 23:50:12 +0200 Roderik Muit [EMAIL PROTECTED] wrote: Package: pure-ftpd Version: 1.0.19-4 Severity: wishlist Please consider adding a line to README.Debian to the Virtual Chroots section, along the lines of: (NB: this only applies to the special 'virtual chroots' feature in pure-ftpd, enabling the user to follow symlinks outside a chroot jail. 'Regular' chroot functionality _is_ supported for virtual users.) At least for me (a user who doesn't know the ins and outs of the various FTP servers and who is just searching for the best one to suit his needs), this wasn't clear. Being lazy / not used to messing with source packages, I considered looking for another package after I read this. Which, I'm happy to see now, isn't necessary. :) Because of support for virtual chroots in the next release of Debian packages this section will vanish. Maybe you can give me your opinion on the text for the Debconf template: Template: pure-ftpd/virtualchroot Type: boolean Default: false _Description: Enable virtual chroots ? Chrooted users are usually restricted to their home directory. With virtual chroots symbolic links are always followed, even if they are pointing to directories not located in the user's home directory. This is useful for having shared directories like a symbolic link to /var/incoming in every home directory. Bye Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303311: same for me
Hi, Exactly the same for me with intel8x0 soundcard : [EMAIL PROTECTED]:~$ lsmod|grep snd snd_intel8x0m 18500 4 snd_intel8x0 33216 3 snd_ac97_codec 78360 2 snd_intel8x0m,snd_intel8x0 snd_pcm_oss53344 0 snd_mixer_oss 19872 3 snd_pcm_oss snd_pcm92712 7 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 24580 1 snd_pcm snd55300 14 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 9664 3 snd snd_page_alloc 10020 3 snd_intel8x0m,snd_intel8x0,snd_pcm [EMAIL PROTECTED]:~$ cat /proc/asound/cards 0 [I82801DBICH4 ]: ICH4 - Intel 82801DB-ICH4 Intel 82801DB-ICH4 with AD1981B at 0xcc00, irq 6 1 [Modem ]: ICH-MODEM - Intel 82801DB-ICH4 Modem Intel 82801DB-ICH4 Modem at 0x2400, irq 6 It was working perfectly well with 2.6.10-1-686 Didrik signature.asc Description: This is a digitally signed message part
Bug#303705: Incorrect libpng build-dependencies
Package: penguin-command Currently, penguin-command build-depends on libpng2-dev | libpng3-dev | libpng12-0-dev. On i386, it was built against libpng12, but on other architectures it makes it build against libpng10. This is wrong, as SDL uses libpng12. In some cases, it can make some partial upgrades from woody fail. Thus, please make the package build-depend on libpng12-dev only; libpng2-dev and libpng3-dev will be removed post-sarge anyway. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303704: Please build-depend on libpng12-dev
Package: torcs Severity: wishlist Post-sarge, the libpng3-dev package will be removed. Currently, this package has a versioned build-dependency on libpng3-dev. When libpng3-dev is removed, it will still be provided by libpng12-dev, but that won't work for versioned build-dependencies, and the package will fail to build. Thus, please make the package build-depend on libpng12-dev instead. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289241: argouml: Still crashes with blackdown-j2re1.4
Tue, 15 Mar 2005 12:04:40 +0100, Ignacio García Fernández [EMAIL PROTECTED] wrote: If I run argouml just after install I get the following error message: [11:56] shannon:~$ argouml No JVM found to run ArgoUML Please install a JVM to run ArgoUML or set JAVA_HOME if it's not a JVM from a Debian Package. and in case I set JAVA_HOME to /usr/ so that argouml can find there bin/java, I get a similar message to that found in the first report [11:56] shannon:~$ export JAVA_HOME=/usr/ This is not a real JAVA_HOME. Can you try setting your JAVA_HOME like this: $ export JAVA_HOME=/usr/lib/j2se/1.4 or where Blackdown is installed... and then $ argouml If it works, can you close this bug? Thanks, -- Arnaud Vandyck Java Trap: http://www.gnu.org/philosophy/java-trap.html
Bug#303700: Please build-depend on libpng12-dev
Package: meshio Severity: wishlist Post-sarge, the libpng3-dev package will be removed. Currently, this package has a versioned build-dependency on libpng3-dev. When libpng3-dev will be removed, it will still be provided by libpng12-dev, but that won't work for versioned build-dependencies, and the package will fail to build. Thus, please make the package build-depend on libpng12-dev instead. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303701: Please build-depend on libpng12-dev
Package: openvrml Severity: wishlist Post-sarge, the libpng3-dev package will be removed. Currently, this package has a versioned build-dependency on libpng3-dev. When libpng3-dev is removed, it will still be provided by libpng12-dev, but that won't work for versioned build-dependencies, and the package will fail to build. Thus, please make the package build-depend on libpng12-dev instead. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303703: Please build-depend on libpng12-dev
Package: sdlperl Severity: wishlist Post-sarge, the libpng3-dev package will be removed. Currently, this package has a versioned build-dependency on libpng3-dev. When libpng3-dev is removed, it will still be provided by libpng12-dev, but that won't work for versioned build-dependencies, and the package will fail to build. Thus, please make the package build-depend on libpng12-dev instead. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303706: ipmitool: licence makes it non-free
Package: ipmitool Version: 1.8.1-1 Severity: serious Justification: DFSG 6. Hello, the copyright: ... You acknowledge that this software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility. This makes the package non-free. I discussed this with the upstream author back in Oct 2004 and it results in this question on debian-legal but without any answer/comments http://lists.debian.org/debian-legal/2004/10/msg00191.html -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ipmitool depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libreadline44.3-15 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Dumps core on start
On Fri, Apr 08, 2005 at 01:02:43AM -0700, Thomas Bushnell BSG wrote: Steve Langasek [EMAIL PROTECTED] writes: Well, I think it's equally valid to say that this is a libgconf11 bug, for trying to launch the gnome2 version of gconfd and *not* falling back to launching the gnome1.2 version. If people want to fix this via gconf2, that's fine; the important thing then is that this version of gnucash doesn't get into testing without the fixed version of gconf2 -- which it won't. Actually, my understanding is that libgconf11 is trying to launch the normal gnome-1 thing, and the normal gnome-1 thing is not being supported correctly by gnome2, though gnome2 promises to. But my understanding may well be inaccurate in this respect. An strace shows that libgconf11 is trying to start gconfd-2, not gconfd-1. It succeeds in starting it, then fails to find the control file in the desired gnome 1.2 location. IMHO, the sensible thing for libgconf11 to do in such a case is to fall back to starting gconfd-1, which is in fact the version in depends on and therefore the one that is guaranteed to work. (Guaranteed in the sense that you have a legitimate grievance with the maintainer if it doesn't, at least.) I'll set the severity to grave, because this *is* an RC issue one way or another; but it also doesn't affect any packages currently in testing. The defensive thing to do, if you care about getting this version of gnucash into sarge, would be to sort out the libgconf11/gtkhtml ungraceful behavior rather than waiting on the gconf2 bug to be fixed... Can you please explain why this is RC? There is a bug, yes, but it isn't critical or severe or even serious by the normal standards of such bugs, since it has such a trivial workaround. It's because it's trivially fixable that I believe it's unreasonable to ask the user to have to employ such workarounds by hand. Saying you must create this symlink before the package is usable is a *major* usability gaffe. Documenting it is not a substitute for providing a suitably usable package; it's far more trivial for you to kludge around this problem in the package than to ask each user to do so individually. Even if it prevented reports from being generated entirely, it would only be important in my opinion, though it might be RC. But normal bugs with trivial workarounds aren't RC. Actually, in my case I have some reports open by default in my configuration; this causes gnucash to crash on startup if I don't already have gconfd-1 running, or haven't created the compat symlink. Since there's no GNOME 1.2 environment available in sarge, I'm certainly not going to have gconfd-1 running by default. Does gnucash work with the woody version of gconf2, btw? I don't know the history of it well enough to be able to say. Someone will have to determine that before I'll consider this version of gnucash releasable, then. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303559: O: nfs-utils -- NFS support files common to client and server
* Anibal Monsalve Salazar ([EMAIL PROTECTED]) [050408 01:25]: On Thu, Apr 07, 2005 at 03:49:17PM +0200, Andreas Barth wrote: retitle 303559 ITA: nfs-utils -- NFS support files common to client and server thanks * Chip Salzenberg ([EMAIL PROTECTED]) [050407 15:40]: I have orphaned the source package nfs-utils (binary packages nfs-common, nfs-kernel-server, and nhfsstone). I've recently added other open source development responsibilities (the Parrot project), and the NFS code needs someone who can give it more concentrated engineering attention. I'll give it a warm home till I can hand it over to a team with even more time. Andreas, I would like to take over nfs-utils. I already maintain portmap and taking care of both nfs-utils and portmap will be beneficial for both packages. This seems like a good idea. Just one issue (though this is not too urgent currently): I would prefer if any package = standard is maintained by more than just one person, so I would welcome if you find somebody co-maintaining with you (and I'm willing to do that as backup maintainer until you find somebody else - but of course, that decision is with you). I'll upload a new nfs-utils soon, unless you object. Hm, I don't object as potential new maintainer, but as release team member, I'm not too sure if I wish a new upload :) Hm, are there changes relative to the sarge package that should go to sarge? In that case, an upload of all the changes that should be in sarge would be a good thing. (Well, there was something about how to handle uploads in the last release update ...) Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296963: Also applies to 2.6.8-2-k7, 2.6.11-1-k7
On Fri, Apr 08, 2005 at 09:54:06AM +0200, Luca Corti wrote: On Fri, 2005-04-08 at 13:46 +0900, Horms wrote: The bug almost certainly lies in the source code, which is contained in kernel-source-2.6.8, lets track it there rather than fragmenting the bug report. Ok, but it applies also to subsequent versions of the kernel source packages, so bugs could be filed as reminders. Ahh, ok, sorry, my mistake. The only source packages we really care about are 2.6.8 and 2.6.11. So if you want to reassign one of those bugs to kernel-source-2.6.11 feel free, though in reality when patches are applied to one, the other is usually checked. So in practice one bug is probably sufficient. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303707: apache2: Link to manual from default page is broken(404)
Package: apache2 Version: 2.0.53-5 Severity: minor In the default welcome page, there is a link to apache's documentation, which points to: /manual/ That link appears to be broken, returning 404 - not found error. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11idansof Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.53-5 traditional model for Apache2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303708: kopete: seems to cache DNS server information which is bad when network changes
Package: kopete Version: 3.3.2-2 Severity: wishlist Kopete seems to cache the DNS server code. So, when the client changes networks (which is frequently the case for mobile machines), kopete will on reconnection try to resolve the ICQ server via the old DNS server which might not answer to requests from the new network. Kopete should always query /etc/resolv.conf before initiating a connection. This might be a library issue, please reassign as appropriate. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Dumps core on start
Steve Langasek [EMAIL PROTECTED] writes: An strace shows that libgconf11 is trying to start gconfd-2, not gconfd-1. It succeeds in starting it, then fails to find the control file in the desired gnome 1.2 location. Ok, then perhaps it's true that fixing libgconf11 is best. Regardless, those packages are both maintained by the same (generally nonresponsive) maintainer. It's because it's trivially fixable that I believe it's unreasonable to ask the user to have to employ such workarounds by hand. Saying you must create this symlink before the package is usable is a *major* usability gaffe. Documenting it is not a substitute for providing a suitably usable package; it's far more trivial for you to kludge around this problem in the package than to ask each user to do so individually. My first inclination was simply to add a tweak to the script to create the necessary symlink. But this seems brittle; it will prevent the program working correctly on a gnome-1 system, won't it? By contrast, starting gconfd-1 is also surely wrong; my understanding is that it is seriously wrong to have both gconfd-1 and gconfd-2 running at the same time, but perhaps I'm understanding incorrectly. And starting gconfd-1 is brittle also, even if harmless, because it might already be running. So I'm happy to put either of these or something else in the gnucash startup script if you can explain which you think best and why. Actually, in my case I have some reports open by default in my configuration; this causes gnucash to crash on startup if I don't already have gconfd-1 running, or haven't created the compat symlink. Since there's no GNOME 1.2 environment available in sarge, I'm certainly not going to have gconfd-1 running by default. Sure, but that's still not RC. The bug doesn't prevent gnucash from working, it simply requires you to put a symlink in place. If you are correct that the bug is in libgconf11, then it is certainly in the current sarge version also. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Should be fixed
Could you please tell us whether gnucash still crashes for you with the latest (1.0.9-7) gconf packages? Thanks, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
On Fri, Apr 08, 2005 at 09:56:49AM +0200, Christoph Martin wrote: Please include a dependency for libcache-simple-timedexpiry-perl Thanks for reporting this, it actually flags up another serious bug in the dependencies. request-tracker3.4 actually needs a minimum version dep on libdbix-searchbuilder-perl of 1.21 but it was set to 1.01. Newer versions of libdbix-searchbuilder-perl depend on libcache-simple-timedexpiry-perl which masked the problem for me. I will upload a new version immediately. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303709: nsis: FTBFS (amd64/gcc-4.0): cast from 'char*' to 'int' loses precision
Package: nsis Version: 2.06-1 Severity: normal Tags: patch When building 'nsis' on amd64/unstable with gcc-4.0, I get the following error: g++ -Wall -O3 -DCOMPRESS_MF_BT -c DialogTemplate.cpp -o ../build/DialogTemplate.o DialogTemplate.cpp: In member function 'void CDialogTemplate::ConvertToRTL()': DialogTemplate.cpp:440: error: cast from 'char*' to 'int' loses precision DialogTemplate.cpp:454: error: cast from 'char*' to 'int' loses precision DialogTemplate.cpp:460: error: cast from 'char*' to 'int' loses precision make[1]: *** [../build/DialogTemplate.o] Error 1 make[1]: Leaving directory `/nsis-2.06/Source' make: *** [build] Error 2 With the attached patch 'nsis' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/nsis-2.06/Source/DialogTemplate.cpp ./Source/DialogTemplate.cpp --- ../tmp-orig/nsis-2.06/Source/DialogTemplate.cpp 2005-03-10 19:53:34.0 +0100 +++ ./Source/DialogTemplate.cpp 2005-04-08 10:54:38.706395168 +0200 @@ -437,7 +437,7 @@ bool addExStyle = false; // Button -if (int(m_vItems[i]-szClass) == 0x80) { +if (long(m_vItems[i]-szClass) == 0x80) { m_vItems[i]-dwStyle ^= BS_LEFTTEXT; m_vItems[i]-dwStyle ^= BS_RIGHT; m_vItems[i]-dwStyle ^= BS_LEFT; @@ -451,13 +451,13 @@ } } // Edit -else if (int(m_vItems[i]-szClass) == 0x81) { +else if (long(m_vItems[i]-szClass) == 0x81) { if ((m_vItems[i]-dwStyle ES_CENTER) == 0) { m_vItems[i]-dwStyle ^= ES_RIGHT; } } // Static -else if (int(m_vItems[i]-szClass) == 0x82) { +else if (long(m_vItems[i]-szClass) == 0x82) { if ((m_vItems[i]-dwStyle SS_TYPEMASK) == SS_LEFT || (m_vItems[i]-dwStyle SS_TYPEMASK) == SS_LEFTNOWORDWRAP) { m_vItems[i]-dwStyle = ~SS_TYPEMASK; diff -urN ../tmp-orig/nsis-2.06/Source/util.cpp ./Source/util.cpp --- ../tmp-orig/nsis-2.06/Source/util.cpp 2005-01-29 16:31:56.0 +0100 +++ ./Source/util.cpp 2005-04-08 10:56:01.800597910 +0200 @@ -308,15 +308,15 @@ else iNextSection = (int)sectionHeadersArray[i+1].PointerToRawData; - MY_ASSERT((int)rdRoot - (int)exeHeader iNextSection, corrupted EXE - invalid pointer); + MY_ASSERT((long)rdRoot - (long)exeHeader iNextSection, corrupted EXE - invalid pointer); - int idx = find_in_dir(rdRoot, (WORD) (int) RT_ICON); + int idx = find_in_dir(rdRoot, (WORD) (long) RT_ICON); MY_ASSERT(idx == -1, no icons?!); MY_ASSERT(!rdRoot-Entries[idx].DirectoryOffset.DataIsDirectory, bad resource directory); PRESOURCE_DIRECTORY rdIcons = PRESOURCE_DIRECTORY(rdRoot-Entries[idx].DirectoryOffset.OffsetToDirectory + DWORD(rdRoot)); - MY_ASSERT((int)rdIcons - (int)exeHeader iNextSection, corrupted EXE - invalid pointer); + MY_ASSERT((long)rdIcons - (long)exeHeader iNextSection, corrupted EXE - invalid pointer); MY_ASSERT(rdIcons-Header.NumberOfIdEntries == 0, no icons found); @@ -324,12 +324,12 @@ MY_ASSERT(!rdIcons-Entries[i].DirectoryOffset.DataIsDirectory, bad resource directory); PRESOURCE_DIRECTORY rd = PRESOURCE_DIRECTORY(rdIcons-Entries[i].DirectoryOffset.OffsetToDirectory + DWORD(rdRoot)); -MY_ASSERT((int)rd - (int)exeHeader iNextSection, corrupted EXE - invalid pointer); +MY_ASSERT((long)rd - (long)exeHeader iNextSection, corrupted EXE - invalid pointer); MY_ASSERT(rd-Entries[0].DirectoryOffset.DataIsDirectory, bad resource directory); PIMAGE_RESOURCE_DATA_ENTRY rde = PIMAGE_RESOURCE_DATA_ENTRY(rd-Entries[0].OffsetToData + DWORD(rdRoot)); -MY_ASSERT((int)rde - (int)exeHeader iNextSection, corrupted EXE - invalid pointer); +MY_ASSERT((long)rde - (long)exeHeader iNextSection, corrupted EXE - invalid pointer); // find icon to replace LPBYTE seeker = uninstIconData; @@ -350,7 +350,7 @@ // Set offset *(LPDWORD) seeker = rde-OffsetToData + DWORD(rdRoot) - dwResourceSectionVA - DWORD(exeHeader); -MY_ASSERT(*(int*)seeker iNextSection || *(int*)seeker (int)rdRoot - (int)exeHeader, invalid data offset - icon resource probably compressed); +MY_ASSERT(*(int*)seeker iNextSection || *(int*)seeker (long)rdRoot - (long)exeHeader, invalid data offset - icon resource probably compressed); } LPBYTE seeker = uninstIconData; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303710: Another file which makes xpdf crash
Package: xpdf-reader Version: 3.00-13 Severity: important displaying the file at http://www.inf.bme.hu/~pts/sam2p/sam2p_talk.pdf crashes xpdf on page 3 and 4. Setting MALLOC_CHECK_ to 1 results in free(): invalid pointer 0x101a90c8! Uwe -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages xpdf depends on: ii xpdf-common 3.00-13Portable Document Format (PDF) sui ii xpdf-reader 3.00-13Portable Document Format (PDF) sui ii xpdf-utils3.00-13Portable Document Format (PDF) sui Versions of packages xpdf-reader depends on: ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii lesstif2 1:0.93.94-11.2 OSF/Motif 2.1 implementation relea ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12Inter-Client Exchange library ii libpaper1 1.1.14-3 Library for handling paper charact ii libsm64.3.0.dfsg.1-12X Window System Session Management ii libstdc++51:3.3.5-12 The GNU Standard C++ Library v3 ii libt1-5 5.0.2-3Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-12X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12X Window System miscellaneous exte ii libxp64.3.0.dfsg.1-12X Window System printing extension ii libxpm4 4.3.0.dfsg.1-12X pixmap library ii libxt64.3.0.dfsg.1-12X Toolkit Intrinsics ii xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu ii xpdf-common 3.00-13Portable Document Format (PDF) sui ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303711: hnb is orphaned upstream
Package: hnb Version: 1.9.18-1 In a conversation with upstream I've learned that he no longer uses the software and also that he has trouble finding the time to fix the outstanding bugs and that it will probably remain that way. Which practically makes it orphaned upstream. I was also told that he had tried finding a new maintainer but that no one has stepped up. These facts could be good to have documented in the BTS. Thus I'm reporting it. -- /Martin signature.asc Description: Digital signature
Bug#303643: No copyright in /usr/share/doc/graphviz
On Thu, Apr 07, 2005 at 10:38:13PM +0200, Stephane Bortzmeyer wrote: Package: graphviz Version: 2.2-2 Severity: serious Justification: Policy 12.5 The lack of a copyright file (the licence is there, but not the mandatory copyright file) seems a violation of http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile. Er... $ dpkg -c g/graphviz/graphviz_2.2-2_i386.deb |grep share/doc/graphviz/copyright -rw-r--r-- root/root 12228 2005-01-18 20:57:29 ./usr/share/doc/graphviz/copyright $ Looks ok to me? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303712: bash: /etc/skel/.bashrc Use instead of -a in conditional statements
Package: bash Version: 3.0-14 Severity: wishlist Tags: patch See proposed patch. It is more robust to use than -a. $ echo 1 t.tmp $ set -x See difference between these two: $ [ ! -r t.tmp ] [ $(cat t.tmp) ] $ [ ! -r t.tmp -a $(cat t.tmp) ] Results: + '[' '!' -r t.tmp ']' (a) ++ cat t.tmp + '[' '!' -r t.tmp -a 1 ']' (b) The -a causes running all commands regardless of the left hand; on the other hand always short circuits. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages bash depends on: ii base-files 3.1.2Debian base system miscellaneous f ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii passwd 1:4.0.3-31sarge2 change and administer password and -- no debconf information cd /etc/skel/ diff -bwu /etc/skel/.bashrc.orig /etc/skel/.bashrc --- /etc/skel/.bashrc.orig 2004-12-19 19:00:40.0 +0200 +++ /etc/skel/.bashrc 2005-04-08 12:03:43.023922400 +0300 @@ -29,9 +29,9 @@ [ -x /usr/bin/lesspipe ] eval $(lesspipe) # set variable identifying the chroot you work in (used in the prompt below) -if [ -z $debian_chroot -a -r /etc/debian_chroot ]; then +if [ -z $debian_chroot ] [ -r /etc/debian_chroot ]; then debian_chroot=$(cat /etc/debian_chroot) -fi +i # set a fancy prompt (non-color, unless we know we want color) case $TERM in Diff finished at Fri Apr 8 12:04:24
Bug#291274: sarge
Hi, while this bug may really affect kernel 2.4.29, this kernel version is AFAIK not in sarge, but this bug is preventing openswan from entering sarge. It would be nice to consider to lower the severity for this reason (or tagging 'sid' if that helps). On the other hand this bug does not make the package unusable completely in my view, so the severity might too high anyway. thanks, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303705: Incorrect libpng build-dependencies
Package: penguin-command Currently, penguin-command build-depends on libpng2-dev | libpng3-dev | libpng12-0-dev. On i386, it was built against libpng12, but on other architectures it makes it build against libpng10. This is wrong, as SDL uses libpng12. In some cases, it can make some partial upgrades from woody fail. Thanks! I'll fix this in the next upload. Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292673: additional info
At Sun, 27 Feb 2005 20:05:51 -0500, Daniel Jacobowitz wrote: On Thu, Feb 24, 2005 at 02:17:44PM -0800, David Mosberger wrote: While there hasn't been any discussion for glibc bugzilla report #685 [1], private communication with one of the glibc maintainers indicates that this issue is not considered to be a glibc bug because, officially, glibc supports only one thread library at a time: LinuxThreads _or_ NPTL, but not both at the same time. Of course, every distro I know of ships both NPTL and LinuxThreads and the apparently accepted workaround appears to be to use the ld.so that was built for NPTL rather than the one that was built for LinuxThreads (more precisely, the ld.so should be used which uses larger thread descriptors). Thus, I strongly suspect Debian should do the same. Since this bug results in memory corruption that can be very hard to track down, I hope this can be fixed quickly. As a temporary workaround, just doing: # mv /lib/tls/ld-2.3.2.so /lib/ should cure the problem. ISTR that Red Hat has a patch for this in their glibc RPMs already. OK, I pulled the Jakub's patch and built it. I put it at: http://www.gotom.jp/~gotom/debian/glibc/2.3.2.ds1-21_ia64.linuxthreads David, could you test this glibc on your ia64 environment with (ex) evolution? Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
On Fri, Apr 08, 2005 at 11:49:14AM +0200, Christoph Martin wrote: Hi Stephen, Stephen Quinney schrieb: On Fri, Apr 08, 2005 at 09:56:49AM +0200, Christoph Martin wrote: Please include a dependency for libcache-simple-timedexpiry-perl Thanks for reporting this, it actually flags up another serious bug in the dependencies. request-tracker3.4 actually needs a minimum version dep on libdbix-searchbuilder-perl of 1.21 but it was set to 1.01. Newer versions of libdbix-searchbuilder-perl depend on libcache-simple-timedexpiry-perl which masked the problem for me. What is the problem with the old version of libdbix-searchbuilder-perl? What is the serious bug? RT3.4 makes use of the new features in the more recent versions of DBIx::SearchBuilder. The two have tended to be developed together so when Jesse says use this version of DBIx::SearchBuilder he normally means it seriously. There have been a _lot_ of changes since the 1.01 version you seem to have installed. See the page: http://search.cpan.org/src/JESSE/DBIx-SearchBuilder-1.24/Changes for full details. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303687: Should be fixed
On Fri, Apr 08, 2005 at 10:56:24AM +0200, Josselin Mouette wrote: Could you please tell us whether gnucash still crashes for you with the latest (1.0.9-7) gconf packages? In fact, it does work for me when installing the latest gconf package, so this bug can probably be closed or tagged sarge instead of sid. Cheers, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
Hi Stephen, Stephen Quinney schrieb: On Fri, Apr 08, 2005 at 09:56:49AM +0200, Christoph Martin wrote: Please include a dependency for libcache-simple-timedexpiry-perl Thanks for reporting this, it actually flags up another serious bug in the dependencies. request-tracker3.4 actually needs a minimum version dep on libdbix-searchbuilder-perl of 1.21 but it was set to 1.01. Newer versions of libdbix-searchbuilder-perl depend on libcache-simple-timedexpiry-perl which masked the problem for me. What is the problem with the old version of libdbix-searchbuilder-perl? What is the serious bug? Christoph -- Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] Telefon: +49-6131-3926337 Fax: +49-6131-3922856 signature.asc Description: OpenPGP digital signature
Bug#303714: alexandria: Alexandria crashes in LANG=ja
Package: alexandria (BVersion: 0.5.1-2 (BSeverity: important (B (BIn LANG=ja, Alexandria crashes at alexandria/ui/main_app.rb:125. (B (B $ LANG=ja LC_TIME=C alexandria (B --- (B Alexandria just crashed (B --- (B Timestamp: Fri Apr 08 17:54:10 JST 2005 (B Message: too few arguments (B Backtrace: (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:122:in `%' (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:122:in (B `on_books_selection_changed' (B /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:80:in `initialize' (B /usr/lib/ruby/1.8/alexandria/ui.rb:40:in `new' (B /usr/lib/ruby/1.8/alexandria/ui.rb:40:in `main' (B /usr/lib/ruby/1.8/alexandria.rb:60:in `main' (B /usr/bin/alexandria:10 (B Release: 0.5.1 (B [...] (B (BI think that the ja.po entry for "Library '%s' selected, %d book" has (Btoo many "%d". (B (B-- (Bakira yamada URL:http://arika.org (B (B (B-- (BTo UNSUBSCRIBE, email to [EMAIL PROTECTED] (Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297751: arson: UI completely unresponsive#
Hello Mike, On Thu, Apr 07, 2005 at 11:01:49PM -0700, Mike Markley wrote: It's not clear from the above: does arson work properly with LANG=C? It No, same behaviour if I start env LANG=C arson I can resize the window (and the icons/frames adapt), but I cannot select anything, or open a menue. The only chance I can impose is if I click on the tab-label Audio CD, I get a dotted line around the words which vanishes when the mouse leaves the programm again. The same dotted frame is present when I click anywhere on the programm, in fact (but always around Audio CD). I created a strace where I did the following: *)launch *)One left click on programm *)Click on title bar, select kill *)Confirm In the strace, I see that my DVD-burner is detected, and I also see requrests (don't know if they are related): open(/usr/X11R6/lib/X11/icons/core/cursors/2870a09082c103050810ffde0204, O_RDONLY) = -1 ENOENT (No such file or directory) The last file with handle 3 is /var/run/utmp. [EMAIL PROTECTED]:~$ ls -l /var/run/utmp -rw-rw-r-- 1 root utmp 5760 2005-04-08 11:29 /var/run/utmp Then I see calls like: read(3, 0x7fbfffe1a0, 32) = -1 EAGAIN (Resource temporarily unavailable) Also, I see select(9, [3 4 6 8], [], [], {0, 249104}) = 0 (Timeout) but I don't really know what this means. I attached the full strace log. I can rebuild with debugging enabled if you think this will help, but then you probably need to tell me what I should type, as it is not crashing (e.g., cannot simply create a backtrace). Thanks Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.freepatents.org/ arson.bz2 Description: Binary data pgpEws37afVBy.pgp Description: PGP signature
Bug#303661: [Logcheck-devel] Bug#303661: openntpd examples incorrect...
tags 303661 pending thanks On Thu, 07 Apr 2005, Douglas F. Calvert wrote: they should read: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: peer [.0-9]+ now valid$ ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: peer [.0-9]+ now invalid$ thanks for your report, i've added to the current cvs the following rule: ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ntpd\[[0-9]+\]: peer [.0-9]{7,15} now (in)?valid$ please double check. a++ maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303716: nvu: FTBFS (amd64/gcc-4.0): cast from 'void*' to 'PRUint32' loses precision
Package: nvu Version: 0.80-3 Severity: normal Tags: patch When building 'nvu' on amd64/unstable with gcc-4.0, I get the following error: nsHttpConnectionMgr.cpp c++ -o nsHttpConnectionMgr.o -c -DOSTYPE=\Linux2.6\ -DOSARCH=\Linux\ -I./../../../base/src -I../../../../dist/include/xpcom -I../../../../dist/include/string -I../../../../dist/include/pref -I../../../../dist/include/nkcache -I../../../../dist/include/mimetype -I../../../../dist/include/intl -I../../../../dist/include/unicharutil -I../../../../dist/include/caps -I../../../../dist/include/xpconnect -I../../../../dist/include/js -I../../../../dist/include/uconv -I../../../../dist/include/necko -I../../../../dist/include -I/nvu-0.80/mozilla/dist/include/nspr-fPIC -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -DDEBIAN -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -O -DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/nsHttpConnectionMgr.pp nsHttpConnectionMgr.cpp nsHttpConnectionMgr.cpp: In member function 'void nsHttpConnectionMgr::OnMsgUpdateParam(nsresult, void*)': nsHttpConnectionMgr.cpp:837: error: cast from 'void*' to 'PRUint32' loses precision nsHttpConnectionMgr.cpp:838: error: cast from 'void*' to 'PRUint32' loses precision make[7]: *** [nsHttpConnectionMgr.o] Error 1 make[7]: Leaving directory `/nvu-0.80/mozilla/netwerk/protocol/http/src' With the attached patch 'nvu' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/nvu-0.80/debian/rules ./debian/rules --- ../tmp-orig/nvu-0.80/debian/rules 2005-04-08 11:34:12.069806272 +0200 +++ ./debian/rules 2005-04-08 11:16:32.746003646 +0200 @@ -17,7 +17,7 @@ # Add here commands to compile the package. - if [ ! -d mozilla ]; then tar xjvf nvu*bz2; fi + if [ ! -d mozilla ]; then tar xjvf nvu*bz2; patch -p0 gcc4.diff; fi cp debian/mozconfig.debian mozilla/.mozconfig cd mozilla $(MAKE) -f client.mk build_all diff -urN ../tmp-orig/nvu-0.80/gcc4.diff ./gcc4.diff --- ../tmp-orig/nvu-0.80/gcc4.diff 1970-01-01 01:00:00.0 +0100 +++ ./gcc4.diff 2005-04-08 11:17:47.255840705 +0200 @@ -0,0 +1,94 @@ +--- gfx/src/freetype/nsFreeType.cpp7 Feb 2004 15:22:30 - 1.24 mozilla/gfx/src/freetype/nsFreeType.cpp4 Mar 2005 19:59:53 - +@@ -96,7 +96,7 @@ + // Define the FreeType2 functions we resolve at run time. + // see the comment near nsFreeType2::DoneFace() for more info + // +-#define NS_FT2_OFFSET(f) (int)((nsFreeType2*)0)-f ++#define NS_FT2_OFFSET(f) (NS_PTR_TO_INT32(((nsFreeType2*)0)-f)) + FtFuncList nsFreeType2::FtFuncs [] = { + {FT_Done_Face,NS_FT2_OFFSET(nsFT_Done_Face), PR_TRUE}, + {FT_Done_FreeType,NS_FT2_OFFSET(nsFT_Done_FreeType), PR_TRUE}, +--- netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 1 Sep 2004 23:31:03 - 1.7.20.1 mozilla/netwerk/protocol/http/src/nsHttpConnectionMgr.cpp 4 Mar 2005 19:59:57 - +@@ -834,8 +834,8 @@ + void + nsHttpConnectionMgr::OnMsgUpdateParam(nsresult status, void *param) + { +-PRUint16 name = (PRUint32(param) 0x) 16; +-PRUint16 value = PRUint32(param) 0x; ++PRUint16 name = (NS_PTR_TO_INT32(param) 0x) 16; ++PRUint16 value = NS_PTR_TO_INT32(param) 0x; + + switch (name) { + case MAX_CONNECTIONS: +--- security/nss/lib/pki1/oiddata.h4 Jan 2002 05:22:07 - 1.1 mozilla/security/nss/lib/pki1/oiddata.h4 Mar 2005 19:59:58 - +@@ -43,9 +43,6 @@ + #include nsspki1t.h + #endif /* NSSPKI1T_H */ + +-extern const NSSOID nss_builtin_oids[]; +-extern const PRUint32 nss_builtin_oid_count; +- + /*extern const nssAttributeTypeAliasTable nss_attribute_type_aliases[];*/ + /*extern const PRUint32 nss_attribute_type_alias_count;*/ + +--- security/nss/lib/pki1/pki1.h 19 Jul 2001 20:40:42 - 1.2 mozilla/security/nss/lib/pki1/pki1.h 4 Mar 2005 19:59:59 - +@@ -58,6 +58,8 @@ + /* fgmr 19990505 moved these here from oiddata.h */ + extern const nssAttributeTypeAliasTable nss_attribute_type_aliases[]; + extern const PRUint32 nss_attribute_type_alias_count; ++extern const NSSOID nss_builtin_oids[]; ++extern const PRUint32 nss_builtin_oid_count; + + /* + * NSSOID +--- widget/src/gtk2/nsDragService.cpp 30 Oct 2003 01:48:41 - 1.5 mozilla/widget/src/gtk2/nsDragService.cpp 4 Mar 2005 20:00:01 - +@@ -838,7 +838,7 @@ + (GtkTargetEntry *)g_malloc(sizeof(GtkTargetEntry)); + listTarget-target = g_strdup(gMimeListType); + listTarget-flags = 0; +-listTarget-info = (guint)listAtom; ++listTarget-info = (guint)(NS_PTR_TO_INT32(listAtom)); + PR_LOG(sDragLm, PR_LOG_DEBUG, +(automatically adding target %s with id %ld\n, +listTarget-target,
Bug#303709: nsis: FTBFS (amd64/gcc-4.0): cast from 'char*' to 'int' loses precision
forwarded 303709 http://sf.net/tracker/?func=detailaid=1179116group_id=22049atid=373087 thanks On Fri, 2005-04-08 at 11:11 +0200, Andreas Jochens wrote: When building 'nsis' on amd64/unstable with gcc-4.0, I get the following error: Thanks for the patch, have forwarded upstream and will include it in the next upload. Since this is a sponsored package, I'm not sure how far off this will be, given the release state/etc. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#175077: no modifictions required
do you like sports http://bjR.storedirect.info dont care http://etT.storedirect.info/r/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174713: decode them all simply
wide open T V for all http://lkB.storedirect.info dont care http://mzV.storedirect.info/r/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174605: great ppv on now on PPV 6
decode them all simply http://jtJ.storedirect.info dont care http://rrB.storedirect.info/r/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274943: dirvish-expire does not delete backups
Sorry for the long delay... On Mon 04 Oct 2004, Ali Saidi wrote: dirvish-expire as run by the /etc/dirvish/dirvish-cronjob does not delete any expired backups. If you run dirvish-expire --vault vault name from the command line, dirvish expire does delete expired backups. I have dirvish running on a number of systems, most recently on 3 banks of 1TB each backupping 90 hosts, but I've never had problems with dirvish-expire as run from the cron job not expiring images. Is perhaps something amiss with your /etc/dirvish/master.conf? Perhaps you could try running dirvish-expire without the --quiet (and without --vault) from the command line? If it still fails, please give the master.conf, the default.conf and default.hist of the vault that should have been expired, and the summaries of the to be expired image and the next good image (that should remain at this time). Thanks, Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303543: lufs-source: Building the module with kernel 2.6.10 fails
Eduard Bloch wrote: Building the LUFS module for kernel 2.6.10 with module-assistant fails A-Ha. Where did you get that kernel from, especially its source? Official 2.6.10 kernel release from kernel.org for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.10/g ;s/#KVERS#/2.6.10/g ; s/_KVERS_/2.6.10/g ; s/##KDREV##/(none)/g ; s/#KDREV#/(none)/g ; s/_KDREV_/(none)/g' $templ ${templ%.modules.in}; \ KDREV is broken and I don't see where it comes from. Please send the output of /usr/src/modules/lufs/debian/rules echo-vars KDREV=1.2.3 I've been configured using: - Kernel source of /usr/src/linux - Kernel version of 2.6.10 - Kernel revision of 1.2.3 - C compiler of gcc-3.3 - Make options of - Version is +1.2.3 - Cosmetic version is +1.2.3 - Maintainer is [EMAIL PROTECTED] - Package name is lufs-module-2.6.10 - Target directory is /root/.. /usr/src/modules/lufs/debian/rules echo-vars I've been configured using: - Kernel source of /usr/src/linux - Kernel version of 2.6.10 - Kernel revision of - C compiler of gcc-3.3 - Make options of - Version is - Cosmetic version is - Maintainer is [EMAIL PROTECTED] - Package name is lufs-module-2.6.10 - Target directory is /root/.. -- http://reboot.animeirc.de (Personal Homepage) signature.asc Description: OpenPGP digital signature
Bug#302125: php4: move xmlrpc extension to seperate package
Hi, As I need this, too, here is a (simple) patch. I'm not 100% sure everything is right - especially dependancies; but it seems OK here. Best regards, -- Clement nodens Hermann
Bug#302099: rdiff-backup: New version 0.13.6 contains a *** Serious bug fix ****, please update
Package: rdiff-backup Version: 0.13.4-5 Followup-For: Bug #302099 Changelog says (amongst others): | ** Serious bug fix ** | If a directory in the source directory was replaced by certain | symlinks, then if later backups failed they could cause files in the | directory that the symlink pointed to to be deleted! Much thanks to | Alistair Popple for pointing this bug out and providing a test case. This should warrant an update as data loss looms, shouldn't it? -Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295422: e2fsprogs for Sarge
On Fri, Apr 08, 2005 at 02:36:58PM +0900, Horms wrote: Hi Ted, It seems that I missunderstood the preferences expressed by Steve Langasek in my discussions with him. As it turns out he feels that it would be best to get 0.37-2 ready, as 0.37-1 is currently in sarge and has been beaten upon s/sarge/sid/ by users quite a bit. This should mittigate most of the need for review. And hopefully make your life a bit easier too. But yes, the number of fixes that seem to be worth considering for sarge makes t-p-u an unpleasant prospect, because t-p-u gets no user testing before it hits testing, whereas the version already in unstable has been beaten on (in various forms) for some time. If there could be a 1.37-2 that includes just the ia64 fix, it could be pushed into testing fairly quickly (i.e., with just the usual 10-day wait). -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#303717: jmeter: FTBFS with j2sdk1.5
Package: jmeter Version: 2.0.0-3 Severity: wishlist Tags: patch There is no sun-j2sdk1.4 on amd64. With the attached patch, the 'jmeter' package can be compiled using sun-j2sdk1.5. The patch basically replace all occurences of 'enum' because 'enum' is a reserverd word in j2sdk1.5. Regards Andreas Jochens diff -urN ../tmp-orig/jmeter-2.0.0/j2sdk1.5-jmeter.diff ./j2sdk1.5-jmeter.diff --- ../tmp-orig/jmeter-2.0.0/j2sdk1.5-jmeter.diff 1970-01-01 01:00:00.0 +0100 +++ ./j2sdk1.5-jmeter.diff 2005-04-08 11:53:01.592864668 +0200 @@ -0,0 +1,279 @@ +diff -urN build-tree/jakarta-jmeter-2.0.0/build.xml jakarta-jmeter-2.0.0/build.xml +--- build-tree/jakarta-jmeter-2.0.0/build.xml 2004-04-04 14:49:18.0 +0200 jakarta-jmeter-2.0.0/build.xml 2005-04-08 11:05:10.270604000 +0200 +@@ -282,7 +282,7 @@ + !-- Compilation parameters -- + property name=optimize value=on/ + property name=deprecation value=off/ +- property name=target.java.version value=1.2/ ++ property name=target.java.version value=1.5/ + property name=encoding value=UTF-8/ + + !-- 3rd party libraries to be included in the binary distribution -- +diff -urN build-tree/jakarta-jmeter-2.0.0/src/components/org/apache/jmeter/control/ModuleController.java jakarta-jmeter-2.0.0/src/components/org/apache/jmeter/control/ModuleController.java +--- build-tree/jakarta-jmeter-2.0.0/src/components/org/apache/jmeter/control/ModuleController.java 2004-02-20 02:03:07.0 +0100 jakarta-jmeter-2.0.0/src/components/org/apache/jmeter/control/ModuleController.java 2005-04-08 11:28:44.440164000 +0200 +@@ -199,10 +199,10 @@ + + private void createSubTree(HashTree tree, JMeterTreeNode node) + { +-Enumeration e = node.children(); +-while (e.hasMoreElements()) ++Enumeration en = node.children(); ++while (en.hasMoreElements()) + { +-JMeterTreeNode subNode = (JMeterTreeNode) e.nextElement(); ++JMeterTreeNode subNode = (JMeterTreeNode) en.nextElement(); + tree.add(subNode); + createSubTree(tree.getTree(subNode), subNode); + } +@@ -218,10 +218,10 @@ + + private static void cloneChildren(JMeterTreeNode to, JMeterTreeNode from) + { +-Enumeration enum = from.children(); +-while (enum.hasMoreElements()) ++Enumeration en = from.children(); ++while (en.hasMoreElements()) + { +-JMeterTreeNode child = (JMeterTreeNode) enum.nextElement(); ++JMeterTreeNode child = (JMeterTreeNode) en.nextElement(); + JMeterTreeNode childClone = (JMeterTreeNode) child.clone(); + childClone.setUserObject( + ((TestElement) child.getUserObject()).clone()); +diff -urN build-tree/jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/action/Copy.java jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/action/Copy.java +--- build-tree/jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/action/Copy.java 2004-02-14 04:34:28.0 +0100 jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/action/Copy.java 2005-04-08 11:06:06.099003000 +0200 +@@ -86,10 +86,10 @@ + + private static void cloneChildren(JMeterTreeNode to, JMeterTreeNode from) + { +-Enumeration enum = from.children(); +-while (enum.hasMoreElements()) ++Enumeration e = from.children(); ++while (e.hasMoreElements()) + { +-JMeterTreeNode child = (JMeterTreeNode) enum.nextElement(); ++JMeterTreeNode child = (JMeterTreeNode) e.nextElement(); + JMeterTreeNode childClone = (JMeterTreeNode) child.clone(); + childClone.setUserObject( + ((TestElement) child.getUserObject()).clone()); +diff -urN build-tree/jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/tree/JMeterTreeModel.java jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/tree/JMeterTreeModel.java +--- build-tree/jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/tree/JMeterTreeModel.java 2004-02-13 03:21:36.0 +0100 jakarta-jmeter-2.0.0/src/core/org/apache/jmeter/gui/tree/JMeterTreeModel.java 2005-04-08 11:07:50.198244000 +0200 +@@ -179,10 +179,10 @@ + { + nodeList.add(node); + } +-Enumeration enum = node.children(); +-while (enum.hasMoreElements()) ++Enumeration e = node.children(); ++while (e.hasMoreElements()) + { +-JMeterTreeNode child = (JMeterTreeNode) enum.nextElement(); ++JMeterTreeNode child = (JMeterTreeNode) e.nextElement(); + traverseAndFind(type, child, nodeList); + } + } +@@ -195,10 +195,10 @@ + { + return node; + } +-Enumeration enum = node.children(); +-while (enum.hasMoreElements()) ++Enumeration e = node.children(); ++while (e.hasMoreElements()) + { +-
Bug#272264: tomboy debs, sponsor offer
Are there any public debs of this yet? We were discussing it on #debian-mono and I checked the ITP for news.Good to see the icon has been sorted out. There's no chance of it reaching sarge, that's clear as it depends on mono which isn't going in. However if it goes into unstable that'd be great. I'm a DD and happy to sponsor it. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303068: MSN status in centericq
I can confirm the previous report. I have two MSN contacts; centericq works well for one of them, but the second always shows offline. When this second contact sends me a message, it shows up, but her status is still offline, so I can't reply. I have tried removing the contact and adding again, and it didn't help (but I only tried removing via the centericq interface, not using rm inside .centericq) J. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300209: tomcat4: tomcat dies with Parse error in default web.xml after upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wolfgang Baer wrote: Barry Hawkins wrote: [...] The following error occurred while executing this line: java.lang.UnsupportedClassVersionError: org/apache/commons/dbcp/ConnectionFactory (Unsupported major.minor version 48.0) Hi Barry, this means that libcommons-dbcp-java was build without target=1.3 therefore it is not usable anymore with jdk1.3. Either you build tomcat with a jdk 1.4 or you rebuilt the libcommons-dbcp-java library with target=1.3. Wolfgang [...] Wolfgang, Thanks for the information. I was afraid it was something of that nature. Since Blackdown 1.3 and IBM 1.4 are what's available for PowerPC right now, I am not able to build this package without altering DBCP. The Tomcat 4 source requires the JDK to have some Sun security classes that IBM does not have. So, if Arnaud or Stefan could build tomcat4 with what I have checked in and sponsor an upload, we will likely have resolved this issue and gotten tomcat4 back into Sarge. Regards, - -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCVmWzHuKcDICy0QoRAjIcAJ9QJlPeRrz0l6JIekpK4Wi9C6T75gCgthst XuBGY+z2TVWNaGDtAgv1O9g= =iGrN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294181: libpam-ssh: A solution.
This patch ensures there is an agent to connect to, even when there are files around saying there is. If at first it cannot connect to an agent, it removes the old per-agent file and tries again. If fails again (shouldn't happen) gives up. applied trough dpatch. It works perfectly :) Will be published when I have a solution for #301204. Thanks you again for the patch. Cheers, Aurelien
Bug#303719: /bin/echo: echo: documentation is missing a cross-reference
Package: coreutils Version: 5.2.1-2 Severity: minor File: /bin/echo Echo can give unexpected results because the first argument can be interpreted either as an option or a thing to echo. The package maintainer says use prinf instead, as a work-around. That information ought to be in echo's man page, at least in the See Also section, if not in the Bugs section. Quoted response: On Thu, Apr 07, 2005 at 10:13:48PM +0100, Greg Kochanski wrote: Echo does not support the '--' flag. No it doesn't. Use printf. Mike Stone -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages coreutils depends on: ii libacl1 2.2.23-1 Access control list shared library 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#303718: potracegui: translated text is passed as option to potrace
Package: potracegui Version: 1.3-1 Severity: important I use potracegui with german translations. If I change the turnpolicy to something different than minority, it passes the german translation of random, majority, etc to potrace, which cause an error. For some reason minority isn't translated to german and works. Uwe -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-rc4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages potracegui depends on: ii kdelibs4 4:3.3.2-4 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-2 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii potrace 1.7-1 utility to transform bitmaps into ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247816: argouml segfault with jdk1.4
Hi Christian, Re-reading the bug report, it seems you try to launch aroguml with: $ java -jar argouml.jar Did you try the script provided by the package? $ argouml Did you try also to change the JAVA_HOME property: $ export JAVA_HOME=/usr/local/sun-jdk... $ argouml Can you give me the output of this command: $ update-alternatives --display java|grep best Thanks, -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256615: uninstalling zope removes user and group zope even if you have got zope2.7 installed
tags 256615 + patch thanks Attached is a patch that removes deletion of the zope user and group from the zope package. diff -ru orig/debian/changelog zope-2.6.4/debian/changelog --- orig/debian/changelog 2005-04-08 12:09:23.0 +0300 +++ zope-2.6.4/debian/changelog 2005-04-08 10:49:16.0 +0300 @@ -1,3 +1,11 @@ +zope (2.6.4-1.7) unstable; urgency=high + + * Non-maintainer upload + * debian/zope.postrm: No longer removes zope user and group. +Closes: #256615. + + -- Lars Wirzenius [EMAIL PROTECTED] Fri, 8 Apr 2005 10:47:00 +0300 + zope (2.6.4-1.6) unstable; urgency=high * NMU diff -ru orig/debian/zope.postrm zope-2.6.4/debian/zope.postrm --- orig/debian/zope.postrm 2005-04-08 12:09:23.0 +0300 +++ zope-2.6.4/debian/zope.postrm 2005-04-08 10:46:22.0 +0300 @@ -43,12 +43,6 @@ ;; purge) # Remove zope user and group. -if getent passwd zope /dev/null 21 ; then -userdel zope -fi -if getent group zope /dev/null 21 ; then -groupdel zope -fi if [ ! -f /var/lib/zope/moved ] ; then rm -f /var/lib/zope/var/Data.fs.* rm -f /var/lib/zope/access
Bug#303365: posixtestsuite: Leaves behind sigpause/4-1.test process
On Wed, Apr 06, 2005 at 04:05:57AM -0700, Daniel Schepler wrote: Package: posixtestsuite Severity: normal Version: 1.4.3-1 I get problems trying to build posixtestsuite using pbuilder (in an i386 chroot): ... dpkg-genchanges: binary-only upload - not including any source code dpkg-buildpackage: binary only upload (no source included) W: no hooks of type B found -- ignoring - unmounting dev/pts filesystem umount: /var/cache/pbuildd/chroot/dev/pts: device is busy umount: /var/cache/pbuildd/chroot/dev/pts: device is busy W: Retrying to unmount dev/pts umount: /var/cache/pbuildd/chroot/dev/pts: device is busy umount: /var/cache/pbuildd/chroot/dev/pts: device is busy Could not unmount dev/pts, there might be some program still using files in /proc (klogd?). Please check and kill the process manually so that I can unmount dev/pts This error is only happens with chroot; try using user-mode-linux to avoid this message. ... Tried building as user? -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303532: Patch that adds pspresent: to the window name
tags 303532 patch thanks I think that adding pspresent: to the window name would be sufficient to identify the pspresent window. This is what the attached patch does. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA --- pspresent.c.old 2003-09-14 13:31:53.0 +0200 +++ pspresent.c 2005-04-08 13:15:46.444580618 +0200 @@ -349,7 +349,7 @@ { XSetWindowAttributes attribs; Bool override_redirect = True, force_orientation = False; - char *filename, *document; + char *filename, *wm_name, *document; int gs_fd, depth, c; int orientation, arg_orientation; int bounds[4]; @@ -475,7 +475,17 @@ gc = XCreateGC(display, display_wnd, 0, NULL); HideDecorations(display_wnd); - XStoreName(display, display_wnd, filename); + + wm_name = malloc(strlen(filename) + 12); + if (wm_name == NULL) + { + fprintf(stderr, ERROR: not enough memory\n); + return EXIT_FAILURE; + } + strcpy(wm_name, pspresent: ); + strcat(wm_name, filename); + XStoreName(display, display_wnd, wm_name); + XMapWindow(display, display_wnd); XSelectInput(display, display_wnd, KeyPressMask | ButtonPressMask | ButtonReleaseMask | ExposureMask);
Bug#303722: debiandoc-sgml: Request to add basque locale support to debiandoc
Package: debiandoc-sgml Severity: wishlist Hello, we have trasnlated debian FAQ to basque but debiandoc dont support basque language. Here atached a tarball with the locale files and Ailas.pm (new file and a diif because i dont know what do you prefer). I have test this locales and works fine. Can you add this support ? Thanks -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages debiandoc-sgml depends on: ii libhtml-parser-perl 3.45-2 A collection of modules that parse pn libroman-perlNot found. pn libsgmls-perlNot found. pn libtext-format-perl Not found. ii liburi-perl 1.30-1 Manipulates and accesses URI strin ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libi18n-langtag 5.8.4-8Core Perl modules ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.2 common SGML and XML data pn sgmlspl Not found. pn sp Not found. debiandoc-sgml-eu.tgz Description: Binary data
Bug#303721: plptools: FTBFS (amd64/gcc-4.0): using typedef-name 'std::ostream' after 'class'
Package: plptools Version: 0.12-5 Severity: normal Tags: patch When building 'plptools' on amd64/unstable with gcc-4.0, I get the following error: make[2]: Entering directory `/plptools-0.12/lib' /bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl-D_REENTRANT -O2 -fno-exceptions -fno-check-new -c bufferarray.cc mkdir .libs c++ -DHAVE_CONFIG_H -I. -I. -I../include -I../intl -D_REENTRANT -O2 -fno-exceptions -fno-check-new -Wp,-MD,.deps/bufferarray.pp -c bufferarray.cc -fPIC -o .libs/bufferarray.o In file included from /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/backward/stream.h:31, from bufferarray.cc:25: /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or iostream instead of the deprecated header iostream.h. To disable this warning use -Wno-deprecated. bufferstore.h:132: error: using typedef-name 'std::ostream' after 'class' /usr/lib/gcc/x86_64-linux/4.0.0/../../../../include/c++/4.0.0/iosfwd:138: error: 'std::ostream' has a previous declaration here make[2]: *** [bufferarray.lo] Error 1 make[2]: Leaving directory `/plptools-0.12/lib' With the attached patch 'plptools' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/plptools-0.12/lib/bufferstore.h ./lib/bufferstore.h --- ../tmp-orig/plptools-0.12/lib/bufferstore.h 2002-07-14 21:07:04.0 +0200 +++ ./lib/bufferstore.h 2005-04-08 12:32:49.030069041 +0200 @@ -129,7 +129,7 @@ * * @returns The stream. */ -friend class std::ostream operator(std::ostream , const bufferStore ); +friend std::ostream operator(std::ostream , const bufferStore ); /** * Tests if the bufferStore is empty. diff -urN ../tmp-orig/plptools-0.12/lib/psiprocess.h ./lib/psiprocess.h --- ../tmp-orig/plptools-0.12/lib/psiprocess.h 2002-07-14 21:07:04.0 +0200 +++ ./lib/psiprocess.h 2005-04-08 12:29:07.648242696 +0200 @@ -105,7 +105,7 @@ * The output is in human readable similar to the * output of a ls command. */ -friend class std::ostream operator(std::ostream o, const PsiProcess p); +friend std::ostream operator(std::ostream o, const PsiProcess p); private: friend class rpcs; diff -urN ../tmp-orig/plptools-0.12/ncpd/channel.h ./ncpd/channel.h --- ../tmp-orig/plptools-0.12/ncpd/channel.h2002-03-17 00:10:51.0 +0100 +++ ./ncpd/channel.h2005-04-08 12:25:22.196224514 +0200 @@ -45,15 +45,15 @@ void ncpSend(bufferStore a); void setVerbose(short int _verbose); short int getVerbose(); -virtual void ncpDataCallback(bufferStore a) = NULL; -virtual char *getNcpRegisterName() = NULL; +virtual void ncpDataCallback(bufferStore a) = 0; +virtual char *getNcpRegisterName() = 0; void ncpConnect(); void ncpRegister(); void ncpDoRegisterAck(int ch, const char *name); -virtual void ncpConnectAck() = NULL; -virtual void ncpConnectTerminate() = NULL; -virtual void ncpConnectNak() = NULL; -virtual void ncpRegisterAck() = NULL; +virtual void ncpConnectAck() = 0; +virtual void ncpConnectTerminate() = 0; +virtual void ncpConnectNak() = 0; +virtual void ncpRegisterAck() = 0; void ncpDisconnect(); short int ncpProtocolVersion(); const char *getNcpConnectName(); diff -urN ../tmp-orig/plptools-0.12/ncpd/ncp.cc ./ncpd/ncp.cc --- ../tmp-orig/plptools-0.12/ncpd/ncp.cc 2002-07-16 21:40:29.0 +0200 +++ ./ncpd/ncp.cc 2005-04-08 12:32:54.454036151 +0200 @@ -380,7 +380,7 @@ bool ncp:: isValidChannel(int channel) { -return (channelPtr[channel] ((int)channelPtr[channel] != 0xdeadbeef)); +return (channelPtr[channel] ((long)channelPtr[channel] != 0xdeadbeef)); } void ncp:: diff -urN ../tmp-orig/plptools-0.12/sisinstall/sisinstaller.cpp ./sisinstall/sisinstaller.cpp --- ../tmp-orig/plptools-0.12/sisinstall/sisinstaller.cpp 2002-07-06 20:39:34.0 +0200 +++ ./sisinstall/sisinstaller.cpp 2005-04-08 12:34:43.867204352 +0200 @@ -515,7 +515,7 @@ newtFormAddComponent(form, text); newtFormAddComponent(form, listbox); newtRunForm(form); - lang = (int)newtListboxGetCurrent(listbox); + lang = (long)newtListboxGetCurrent(listbox); newtFormDestroy(form); newtPopWindow(); } @@ -802,7 +802,7 @@ newtFormAddComponent(form, text); newtFormAddComponent(form, listbox);
Bug#303723: sam2p: FTBFS (amd64/gcc-4.0): cast from 'const char*' to 'slendiff_t' loses precision
Package: sam2p Version: 0.44-7-1 Severity: normal Tags: patch When building 'sam2p' on amd64/unstable with gcc-4.0, I get the following error: helpere.hpp: In constructor 'HelperE::HelperE(const char*, const char*)': helpere.hpp:22: error: cast from 'const char*' to 'slendiff_t' loses precision make[1]: *** [in_ps.o] Error 1 make[1]: Leaving directory `/sam2p-0.44-7' make: *** [build-stamp] Error 2 With the attached patch 'sam2p' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/sam2p-0.44-7/helpere.hpp ./helpere.hpp --- ../tmp-orig/sam2p-0.44-7/helpere.hpp2003-12-09 11:03:58.0 +0100 +++ ./helpere.hpp 2005-04-08 13:35:33.086740281 +0200 @@ -19,7 +19,7 @@ /** Ugly multiple inheritance. !! unify with PNG, TIFF etc. */ class HelperE: public Filter::NullE, public Filter::PipeE { public: - inline HelperE(char const*filter_cmd, char const*mainfn=NULL): Filter::NullE(), Filter::PipeE(*(Filter::NullE*)this, filter_cmd, (slendiff_t)mainfn) { + inline HelperE(char const*filter_cmd, char const*mainfn=NULL): Filter::NullE(), Filter::PipeE(*(Filter::NullE*)this, filter_cmd, (long)mainfn) { /* ^^^ (slendiff_t) is unsafe cast */ // GenBuffer::Writable out_, char *pipe_tmpl, slendiff_t i=0) } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256615: uninstalling zope removes user and group zope even if you have got zope2.7 installed)
I also note that since zope has not had a maintainer upload since 2003, it seems, I will make a non-maintainer upload, using the patch I just sent, via DELAYED/7 today or tomorrow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303673: gdesklets: Dependency problem crashes shell
Hi, On Fri, Apr 08, 2005, Anne wrote: I manually upgraded various libraries gdesklets depended on, until the crash went away. The one that fixed the problem was omni:~# /usr/bin/apt-get install python2.3-gnome2 This is surprizing, gdesklets Depends on python-gnome2 which in turn Depends on python2.3-gnome2... What version of all three packages did you have previously installed? Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#303573: Regression: Tabs in configuration cause setkey to fail
On Fri, Apr 08, 2005 at 06:46:45AM +0300, Aidas Kasparas wrote: I can not reproduce this bug with package version you've indicated. Could you please provide more info: - what shell do you use; bash And for what it is worth it seemd like the shell is actulaay printing the filelisting. I just happend to try # perl -e 'print \t' | setkey -c in a large directory and got: Display all 533 possibilities? (y or n) So it seems like setkey is somehow passing the '\t' to the shell. - are you really invoking ipsec-tools' setkey and not something builtin or some your script (which setkey); # which setkey /usr/sbin/setkey # setkey -V setkey @(#) ipsec-tools 0.5 (http://ipsec-tools.sourceforge.net) - what are your environment settings (maybe there is some environment variable which changes readline's behaviour) # export declare -x BROWSER=firefox declare -x HOME=/home/ln declare -x LC_CTYPE=[EMAIL PROTECTED] declare -x LOGNAME=root declare -x LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.ogg=01;35:*.mp3=01;35:*.wav=01;35: declare -x MAIL=/var/mail/ln declare -x OLDPWD declare -x PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/local/sbin:/usr/sbin:/sbin declare -x PROMPT_COMMAND=echo -ne\\\033]0;[EMAIL PROTECTED]: \${PW D}\\007\ declare -x PS1=\\[\\033[0;31m\\](\\[\\033[0;[EMAIL PROTECTED];31m\\])-(\\[\\033[0;[EMAIL PROTECTED];31m\\]\\[\\033[0;36m\\]\\d\\[\\033[0;31m\\])-(\\[\ \033[0;36m\\]\\W\\[\\033[0;31m\\])\\[\\033[0;36m\\]\\n\\[\\033[0;36m\\]\\\$\\[\ \033[0;0m\\] declare -x PWD=/home/ln declare -x RSYNC_RSH declare -x SHELL=/bin/bash declare -x SHLVL=2 declare -x SSH_CLIENT= deleted declare -x SSH_CONNECTION= deleted declare -x SSH_TTY=/dev/pts/2 declare -x SUDO_COMMAND=/bin/bash declare -x SUDO_GID=1000 declare -x SUDO_UID=1000 declare -x SUDO_USER=ln declare -x TERM=xterm declare -x USER=root -- Aidas Kasparas IT administrator GM Consult Group, UAB -- Jens Taprogge mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295394: Status?
Hi there, did anything happen yet? I just got my hula packages into Ubuntu. If you want to, I can provide packages for debian too. Regards, Sven signature.asc Description: This is a digitally signed message part
Bug#293179: tetex-bin: Bug in font pcrr7tn with dvips: Backticks wrong
forwarded 293179 http://bugs.ghostscript.com/show_bug.cgi?id=688022 reassign 293179 gsfonts stop On 01.02.05 Hans baier ([EMAIL PROTECTED]) wrote: Hi all, I use the pslatex package to print Linux Seminar courseware. This is heavily dependent on the correct rendering of backticks. The backticks are rendered correctly if viewed in xdvi or PDF generated by pdflatex, whereas they are rendered incorrectly when using dvips. Alas, I cant switch to pslatex because I would have to convert 2000+ pages and hundreds of images to pdflatex. This bug concerns font pcrr7tn which is used in the pslatex-Style. The bold-face variant works fine. This bug is reproducable: # cd /usr/share/texmf/tex/latex/base This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5) entering extended mode (./nfssfont.tex LaTeX2e 2001/06/01 Babel v3.7h and hyphenation patterns for american, german, ngerman, nohyphena tion, loaded. (./article.cls Document Class: article 2001/04/21 v1.4e Standard LaTeX document class (./size10.clo)) No auxiliary output files. ** * NFSS font test program version v2.0e * * Follow the instructions ** Name of the font to test = pcrr7tn Now type a test command (\help for help):) *\table *\punct *\bye [1] Output written on nfssfont.dvi (1 page, 7240 bytes). Transcript written on nfssfont.log. # dvips nfssfont.dvi # gv nfssfont.ps WRONG! After a private discussion we came to the conclusion, that this is a bug in the gsfonts package. xdvi uses the font ucrr8a.pfb to display the char and gs uses the font n022003l.pfb to do that. These fonts claim both to be NimbusMonL-Regu but that character (quoteleft) differs significatly in both fonts. I've forwarded that bug to upstream: http://bugs.ghostscript.com/show_bug.cgi?id=688022 and now I'm reassigning to the related Debian package. Notes: - One may use t1diff[1] to show differences of the fonts - I tried to use that tool and got a ps file unfortunately gs was not able to process it. Regards, Hilmar [1] http://www.kammer.uni-hannover.de/~reinhard/texps/t1diff/t1diff.html -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249790: Where were you today?
Hello, Your important message below: http://goodperform.info Regards, Trudy Jackson Then I started 'teaching'. You know, I'm a good teacher. (Well, maybe just an average teacher, but you get the jist). I know what good teachers do. Or I thought I did. I sat with the children at the computer. When they pressed the IntelliKeys' keyboard or the Touch Window' and the computer said the word, I repeated the word and then expanded on the word. After they had pressed the same word several times, I said, "That's right, that's a cat, can you find the dog?? Suddenly, I would see the child's back get stiff, and before you knew it, he got up and left the computer. I didn't understand. Just a few seconds ago, he loved it. What happened?. 1. blue plum brown watermellon red grapefruit cyan mango blue mango black plum Haven't the computer programmers already practiced shaving?. And what were the results? Let me tell you some stories:.
Bug#201231: Where were you today?
How have you been, Check for more info below: http://goodperform.info Thanks, Lewis Golux Early last month I was still missing sleeping.. lets goto mcdonalds soon. we can get a hamburger or too.. brown plum green watermellon red apple cyan apple purple banana black grape 1. THE PARENT arrived back on the scene. She gave me a tape by Dr. Laura Meyers from UCLA. I listened to that tape eight times. I listened over and over and heard the same thing again and again. Ms. Meyers said, 'These kids may need to hear a word many times (perhaps 72 times) before they ever say a word. A computer can be patient and say it the same way every time.' Now I understood. I was not patient enough. I did not allow the student to hear the words over and over. I was interrupting their learning by interjecting, when they were totally engrossed in what they were doing. I was asking questions they were not ready to answer. They were just learning language. They didn't have the answers yet..
Bug#303724: RFP: bazaar-ng -- New generatio GNU Arch compatible distributed version control using Python
Package: wnpp Severity: wishlist * Package name: bazaar-ng Version : 0.0.3 Upstream Author : [EMAIL PROTECTED] * URL : http://bazaar-ng.org/ * License : GPL Description : New generatio GNU Arch compatible distributed version control using Python (Include the long description here.) Vital facts - Written in Python (but nevertheless fast and easy to install.) The only requirement for bzr at present is Python 2.3 or 2.4. - Runs on any system with a Python interpreter. - Just one .bzr directory at the top of the tree; it doesn't clutter the tree or get in your face. No wierd ++file--names--0. - The user interface is simple and familiar to people with experience from CVS or Subversion: add, mv, diff, status, commit, log, merge, etc all do what you would expect. - Offers a choice between centralized and decentralized work within a single project: when in the office, you can work on a shared central branch. For experimental changes or offline work you can make a branch on your laptop and merge back in later. - Preserves history; any previous revision can be recreated. History can be GPG-signed to protect against man-in-the-middle attacks, bad mirrors, server intrusion or data corruption. Development http://lists.canonical.com/mailman/listinfo/bazaar-ng -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303727: gnomemeeting: Can't find installed BookFactory that handles protocol 'file'.
Package: gnomemeeting Version: 1.2.1-1 Severity: important $ gnomemeeting (gnomemeeting:10738): libebook-WARNING **: Can't find installed BookFactory that handles protocol 'file'. (gnomemeeting:10738): libebook-WARNING **: Can't find installed BookFactory that handles protocol 'file'. (gnomemeeting:10738): libebook-WARNING **: Can't find installed BookFactory that handles protocol 'file'. I can't add an entry in the addressbook either: I have the same error message on stdout. I searched on the Web and found similar bug reports [1] related to evolution. I do not have evolution installed and I do not use GNOME in general. So maybe it is a missing library dependency. gnomemeeting from sarge (version 1.0.2-7) does not suffer from this bug. Regards, [1] http://gnomedesktop.org/comment/reply/1759/26720 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (90, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.6 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages gnomemeeting depends on: ii gconf22.8.1-5GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4The ATK accessibility toolkit ii libaudiofile0 0.2.6-5Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2Bonobo CORBA interfaces library ii libbonoboui2- 2.8.1-2The Bonobo UI library ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libebook8 1.0.4-1Client library for evolution addre ii libedataserve 1.0.4-1Utily library for evolution data s ii libesd0 0.2.35-2 Enlightened Sound Daemon - Shared ii libgcc1 1:3.4.3-12 GCC support library ii libgconf2-4 2.8.1-5GNOME configuration database syste ii libglib2.0-0 2.6.3-1The GLib library of C routines ii libgnome2-0 2.8.1-2The GNOME 2 library - runtime file ii libgnomecanva 2.8.0-1A powerful object-oriented display ii libgnomeui-0 2.8.1-3The GNOME 2 libraries (User Interf ii libgnomevfs2- 2.8.4-2The GNOME virtual file-system libr ii libgtk2.0-0 2.6.2-4The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1Inter-Client Exchange library ii libldap2 2.1.30-3 OpenLDAP libraries ii libopenh323-1 1.15.3-2 H.323 aka VoIP library ii liborbit2 1:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libpt-1.8.3 1.8.4-1Portable Windows Library ii libpt-plugins 1.8.4-1Portable Windows Library Audio Plu ii libpt-plugins 1.8.4-1Portable Windows Library Video Plu ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libsm64.3.0.dfsg.1-12.0.1X Window System Session Management ii libstdc++51:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1X Window System protocol client li ii libxml2 2.6.16-4 GNOME XML library ii xlibs 4.3.0.dfsg.1-12X Keyboard Extension (XKB) configu ii zlib1g1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303726: libgtk2.0-bin: gdk-pixbuf-loaders updating still mentions GTK-2.4
Package: libgtk2.0-bin Version: 2.6.4-1 Severity: minor During package upgrade, here is what's printed: Paramtrage de libgtk2.0-bin (2.6.4-1) ... Updating the IM modules list for GTK+-2.4.0...done. Updating the gdk-pixbuf loaders list for GTK+-2.4.0...done. (the gtk version is still 2.4.0 instead of 2.6.x). Yes, I know, it's a really minor cosmetic bug. :) Cheers, Xav -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libgtk2.0-bin depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li ii libxrandr2 4.3.0.dfsg.1-12.0.1 X Window System Resize, Rotate and ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information
Bug#303725: specter: FTBFS (amd64/gcc-4.0): syntax error before '{' token
Package: specter Version: 1.3-9 Severity: normal Tags: patch When building 'specter' on amd64/unstable with gcc-4.0, I get the following error: make[1]: Entering directory `/specter-1.3' x86_64-linux-gcc -O2 -Wall -g -I./libipulog/include -I./include -DSPECTER_CONFIGFILE_DEFAULT=\/etc/specter.conf\ -c specter.c -o specter.o specter.c:96: error: syntax error before '{' token specter.c:104: error: syntax error before '{' token specter.c:112: error: syntax error before '{' token specter.c:120: error: syntax error before '{' token specter.c:128: error: syntax error before '{' token specter.c:136: error: syntax error before '{' token specter.c:144: error: syntax error before '{' token make[1]: *** [specter.o] Error 1 make[1]: Leaving directory `/specter-1.3' make: *** [build-stamp] Error 2 With the attached patch 'specter' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/specter-1.3/plugins/specter_EXEC.c ./plugins/specter_EXEC.c --- ../tmp-orig/specter-1.3/plugins/specter_EXEC.c 2004-08-29 16:42:06.0 +0200 +++ ./plugins/specter_EXEC.c2005-04-08 13:49:28.085831622 +0200 @@ -60,9 +60,9 @@ static config_entry_t my_config[] = { { .key = command, .type = CONFIG_TYPE_STRING, .options = CONFIG_OPT_MANDATORY }, { .key = wait, .type = CONFIG_TYPE_BOOLEAN, .options = CONFIG_OPT_NONE, - .u{.value = 0} }, + .u.value = 0 }, { .key = force, .type = CONFIG_TYPE_BOOLEAN, .options = CONFIG_OPT_NONE, - .u{.value = 0} }, + .u.value = 0 }, }; /* structure to lower number of operations during execution time */ diff -urN ../tmp-orig/specter-1.3/plugins/specter_HTTP.c ./plugins/specter_HTTP.c --- ../tmp-orig/specter-1.3/plugins/specter_HTTP.c 2004-09-26 10:03:13.0 +0200 +++ ./plugins/specter_HTTP.c2005-04-08 13:47:32.241983305 +0200 @@ -67,12 +67,12 @@ { .type = SPECTER_IRET_STRING, .name = http.reason }, { .type = SPECTER_IRET_STRING, .name = http.url }, { .type = SPECTER_IRET_STRING, .name = http.version, - .value{.ptr = static_values.version }}, + .value.ptr = static_values.version }, /* 6 */{ .type = SPECTER_IRET_STRING, .name = http.cache_control }, { .type = SPECTER_IRET_STRING, .name = http.connection }, { .type = SPECTER_IRET_STRING, .name = http.date, - .value{.ptr = static_values.date }}, + .value.ptr = static_values.date }, { .type = SPECTER_IRET_STRING, .name = http.keep_alive }, /* 10 */{ .type = SPECTER_IRET_STRING, .name = http.mime_version }, { .type = SPECTER_IRET_STRING, .name = http.pragma }, @@ -89,15 +89,15 @@ { .type = SPECTER_IRET_UINT32, .name = http.content_length }, { .type = SPECTER_IRET_STRING, .name = http.content_location }, { .type = SPECTER_IRET_STRING, .name = http.content_md5, - .value{.ptr = static_values.content_md5 }}, + .value.ptr = static_values.content_md5 }, { .type = SPECTER_IRET_STRING, .name = http.content_range }, /* 25 */{ .type = SPECTER_IRET_STRING, .name = http.content_type }, { .type = SPECTER_IRET_STRING, .name = http.content_version }, { .type = SPECTER_IRET_STRING, .name = http.derived_from }, { .type = SPECTER_IRET_STRING, .name = http.expires, - .value{.ptr = static_values.expires }}, + .value.ptr = static_values.expires }, { .type = SPECTER_IRET_STRING, .name = http.last_modified, - .value{.ptr = static_values.last_modified }}, + .value.ptr = static_values.last_modified }, /* 30 */{ .type = SPECTER_IRET_STRING, .name = http.link }, { .type = SPECTER_IRET_STRING, .name = http.title }, { .type = SPECTER_IRET_STRING, .name = http.uri }, @@ -112,11 +112,11 @@ /* 40 */{ .type = SPECTER_IRET_STRING, .name = http.host }, { .type = SPECTER_IRET_STRING, .name = http.if_match }, { .type = SPECTER_IRET_STRING, .name = http.if_modified_since, - .value{.ptr = static_values.if_modified_since }}, + .value.ptr = static_values.if_modified_since }, { .type = SPECTER_IRET_STRING, .name = http.if_none_match }, { .type = SPECTER_IRET_STRING, .name = http.if_range }, /* 45 */{ .type = SPECTER_IRET_STRING, .name = http.if_unmodified_since, - .value{.ptr = static_values.if_unmodified_since }}, + .value.ptr = static_values.if_unmodified_since }, { .type = SPECTER_IRET_UINT32, .name = http.max_forwards }, { .type = SPECTER_IRET_STRING, .name = http.proxy_authorization }, { .type = SPECTER_IRET_STRING, .name = http.range }, diff -urN ../tmp-orig/specter-1.3/plugins/specter_LOGEMU.c ./plugins/specter_LOGEMU.c ---
Bug#303638: smssend: yet another update for vodafoneit (www.190.it) script
On Thu, Apr 07, 2005 at 10:09:44PM +0200, Danilo Piazzalunga wrote: Package: smssend Version: 3.4-2 Severity: wishlist Hello, I've updated the vodafoneit script and I have already sent it to the upstream maintainer. The new 1.07 version is available at http://zekiller.skytech.org/fichiers/smssend/vodafoneit.sms Should I notify you whenever I update this script, or is it better that I refrain from bugging you in the future? Sure, it's very good to know. But I do need time to update. Btw, I am thinking of an option in the smssend package so scripts could be updated from the net automagically. Regards, -- LENART, Janos [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303671: Remove unnecessary background processes (net.ifup)
First let me say that I don't think that the current system is ideal. However, it does work, and it is the best that we can do so long as we can't make changes to the ifupdown package. On Thu, 2005-04-07 at 18:03 -0700, Jean Tourrilhes wrote: A) The current solution only deal with events generated at step 6, therefore is incomplete. Events generated at 2 are always lost, events generated at 4 are usually lost. I don't think that that is true. Anything that causes a hotplug event will start a net.ifup process. Please explain why you think that events get lost. B) Forking a script adds overhead, this overhead occur in every case, even if ifup is available. Most often, ifup is already up and this overhead should not occur. The overhead is insignificant. C) A process is an expensive way to keep a simple state, each waiting process consume memory during the boot process. Let's not even talk of the busy wait. Polling is an easy way to enforce synchronization. Proposed solution : - The same solution that was adopted for PCI and USB should be implemented for NET : o net.rc scan the list of available network interface and generates all the event that were lost in 2, 4 and 6. Basically, it generates an event for each interface found on the system. Please explain why you think that events get lost. o net.agent drop/ignore events if called before net.agent, otherwise calls directly ifup (no forking). ... if called before net.enable is created? It's pretty obvious that such solution would have a much lower overhead. Also, being more similar to PCI and USB would help for maintainance, and it could be pushed back upstream. The list of interfaces is available in /proc/net/dev, in /sys/class/net/ or via ifconfig -a. Cheers! -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#44940: Heres my new phone number
Good day, Your important message below: http://querysearchis.info Regards, Essie Mertens Have you hated surfing lately?. I was missing jumping.. purple apple green watermellon brown grapefruit black plum blue mango yellow plum Then I started 'teaching'. You know, I'm a good teacher. (Well, maybe just an average teacher, but you get the jist). I know what good teachers do. Or I thought I did. I sat with the children at the computer. When they pressed the IntelliKeys' keyboard or the Touch Window' and the computer said the word, I repeated the word and then expanded on the word. After they had pressed the same word several times, I said, "That's right, that's a cat, can you find the dog?? Suddenly, I would see the child's back get stiff, and before you knew it, he got up and left the computer. I didn't understand. Just a few seconds ago, he loved it. What happened?. I don't practice reading once a week..
Bug#303673: gdesklets: Dependency problem crashes shell
Hi, On Fri, Apr 08, 2005, Loïc Minier wrote: I manually upgraded various libraries gdesklets depended on, until the crash went away. The one that fixed the problem was omni:~# /usr/bin/apt-get install python2.3-gnome2 It seems I did not understand you _upgraded_ python2.3-gnome2. Does reverting to the old version of python2.3-gnome2 prevent starting gdesklets? Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.