Bug#292961: g++-3.3: g++ -- vastly uninformative error message
The line you are wanting is #define C const You may assume that box, xform_split, and parallelogram are classes, that insidebox() is a member function of class parallelogram, and that inverse_image() and intersect() are functions. With those additions, it becomes quite reasonable C++ code. In fact, I've now made it compile and execute, but that's not the point. The point is not whether the code was correct, the point is that the error message was not useful. I don't want to point out the obvious, but the entire function of a C++ compiler is to help people write computer programs, and since people make mistakes (or at least I do), part of a compiler's job is to help the programmer correct his or her errors.Providing helpful error messages is a good way to do this. The functioning code is as follows: #define C const box c_area(C xform_split xf, C box databox0, C box databox1) { C parallelogram inv_image_db0(inverse(xf.back), databox0); C box box0inOUTin(inv_image_db0.insidebox()); C box lc(inverse_image(databox1, xf.fwd)); return intersect(box0inOUTin, lc); } The change was in creating a temporary variable to hold the parallelogram. Why that fixed it, I don't know, but I do know that the compiler's error message didn't help me very much. Falk Hueffner wrote: Greg Kochanski [EMAIL PROTECTED] writes: Here's the code: box c_area(C xform_split xf, C box databox0, C box databox1) { // Next is line 84: C box box0inOUTin(parallelogram(inverse(xf.back), databox0).insidebox()); C box lc(inverse_image(databox1, xf.fwd)); return intersect(box0inOUTin, lc); } That doesn't even remotely look like valid code in any C++ standard. Please provide a *complete* test case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292759: shell script sniplets in /usr/bin?
Martin Schulze [EMAIL PROTECTED] writes: Adrian von Bidder wrote: You wouldn't need to change every script - you just need to move gettext.sh to /usr/share/gettext/scripts and create /usr/bin/gettext.sh with the content Sean suggested. Which buys us what? This new gettext.sh would still be a non-executable script snippet which is not intended to be called by the user directly, as far as I can understand. But it has the executable flag turned on which makes it executable by users - and we'll get bug reports about useless scripts polluting /usr/bin. Why should it? /usr/bin/gettext.sh: -- #!/bin/false . /usr/share/gettext/gettext.sh -- Err... Is that really an advantage over the current situation? No. It would only be good for transitional purposes but you already said it needs to be in the path for compatibility reasons. Regards, Joey MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293041: dpkg-dev should depend on real package gcc as preference over virtual package c-compiler.
Package: dpkg-dev Severity: normal Debian Policy section 7.4 says to prefer real packages over virtual ones. I do not know how apt-get behaves but when aptitude is asked to install dpkg-dev it pulls in bcc even if gcc is pulled in too for other reasons. Aptitude probably could try harder at resolving dependencies to the smallest possible set of packages, but it _is_ a bug of dpkg-dev to not depend on a real package. Regards, - Jonas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293042: vdr hangs with message cap_set_proc: Operation not permitted
Package: vdr Version: 1.2.6-6 Severity: important When starting vdr, it prints the following error message: cap_set_proc: Operation not permitted and hangs. Associated part from strace log: time(NULL) = 1107203769 getuid32() = 1000 getgid32() = 1000 geteuid32() = 1000 getegid32() = 1000 capset(0x19980330, 0, {CAP_SYS_TIME, CAP_SYS_TIME, }) = -1 EPERM (Operation not permitted) dup(2) = 3 fcntl64(3, F_GETFL) = 0x8001 (flags O_WRONLY|O_LARGEFILE) close(3)= 0 write(2, cap_set_proc: Operation not perm..., 38) = 38 stat64(/var/lib/video.00, {st_mode=S_IFDIR|0775, st_size=48, ...}) = 0 access(/var/lib/video.00, R_OK|W_OK|X_OK) = 0 Strace log of the forever loop vdr enters: getpid()= 3454 getpid()= 3454 gettimeofday({1107203785, 681073}, NULL) = 0 clock_gettime(CLOCK_REALTIME, {1107203785, 681156000}) = 0 futex(0x80fcef0, FUTEX_WAIT, 118, {0, 99917000}) = -1 ETIMEDOUT (Connection timed out) getpid()= 3454 futex(0x80fcec0, FUTEX_WAKE, 1) = 0 getpid()= 3454 getpid()= 3454 getpid()= 3454 gettimeofday({1107203785, 782060}, NULL) = 0 clock_gettime(CLOCK_REALTIME, {1107203785, 782142000}) = 0 futex(0x80fcef0, FUTEX_WAIT, 119, {0, 99918000}) = -1 ETIMEDOUT (Connection timed out) getpid()= 3454 futex(0x80fcec0, FUTEX_WAKE, 1) = 0 getpid()= 3454 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10n Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages vdr depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii makedev 2.3.1-75 Creates device files in /dev ii vdr-kbd 1.2.6-6Video Disk Recorder for DVB cards -- debconf information: * vdr/select_dvb_card: Cable * vdr/showinfo: * vdr/create_video_dir: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293043: glibc-doc: TZ variable zoneinfo directory
Package: glibc-doc Version: 2.3.2.ds1-19 Severity: normal In the TZ Variable node, the TZ=:chars form is described, If CHARACTERS begins with a slash, it is an absolute file name; otherwise the library looks for the file `/share/lib/zoneinfo/CHARACTERS'. But there seems to be no such directory /share/lib/zoneinfo. Perhaps it's meant to be /usr/share/zoneinfo. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.8-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286698: nvidia-kernel-source: 'nvidia' driver name not listed when using dpkg-reconfigure xserver-xfree86
Package: nvidia-kernel-source Version: 1.0.6629+1-1 Followup-For: Bug #286698 Everything goes (compiles) fine and package is installed. When doing 'dpkg-reconfigure xserver-xfree86' the 'nvidia' driver name doesn't show in the list and only 'nv' is there. Looking at /etc/modules.conf I see: ### update-modules: start processing /etc/modutils/nvidia-kernel-nkc alias char-major-195 nvidia ### update-modules: end processing /etc/modutils/nvidia-kernel-nkc but still i can't use it like before. Finally, this happens with kernels 2.6.9 and 2.6.10 I didn't have this on 2.6.8 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nvidia-kernel-source depends on: ii debhelper 4.2.30 helper programs for debian/rules ii dpatch2.0.10 patch maintenance system for Debia ii make 3.80-9 The GNU version of the make util ii sed 4.1.2-8The GNU sed stream editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292885: gimp: Rotate toolbox tool causes garbage to appear
This is probably just a problem with your X driver and display corruption, and doesn't actually affect the image. If you change the Preview type in the Rotate tool options box, does it help anything? David N. Welton wrote: Package: gimp Version: 2.2.2-1 Severity: normal I opened an image up to rotate it just a bit with the gimp, and when I grabbed the corner to rotate, it distorted the image and caused garbage to appear. If needed, I can take a screenshot to show exactly how it's misbehaving. Thanks, Dave -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.6 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gimp depends on: ii aalib1 1.4p5-22ascii art library ii gimp-data2.2.2-1 Data files for The GIMP ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libasound2 1.0.8-1 ALSA library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexif100.6.9-4 The EXIF library allows you to par ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.2-1 Libraries necessary to run the GIM ii libgimpprint14.2.7-4 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libjpeg626b-9The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libtiff4 3.7.1-2 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8-1.1 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-10 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-10 X pixmap library ii libxt6 4.3.0.dfsg.1-10 X Toolkit Intrinsics ii wget 1.9.1-8 retrieves files from the web ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292933: unison: Passing extra arguments to the rsh/ssh-command does not work
Hello, On Mon, Jan 31, 2005 at 10:26:31AM +0100, Helge Kreutzmann wrote: Package: unison Version: 2.9.1-1 Severity: normal I'd like to preserve the time stamp during synchronisation. The manual does not discuss this, and hence I tried to use the -p Option of ssh. The man page is a little vague how to use it, so I tried all possibilities: [EMAIL PROTECTED]:.../share/doc/unison[519] % unison-gtk -rshargs -p Bad port 'unison' Lost connection with the server [EMAIL PROTECTED]:.../share/doc/unison[521] % unison-gtk -rshargs p Password: bash: line 1: p: command not found Lost connection with the server [EMAIL PROTECTED]:.../share/doc/unison[523] % unison-gtk -rshargs -p Bad port 'unison' Lost connection with the server So either there is a bug in unison or in the man page which states: -rshargs xxx other arguments (if any) for remote shell command where the man page states later: Some preferences are just boolean flags. Others take numeric or string arguments, indicated in the preferences list by n or xxx. Most of the string preferences can be given several times; the arguments are accumulated into a list internally. Runing just unison-gtk works fine, though. Both machines are running Debian GNU/Linux, the server stable, the client testing. Well, maybe it will be solve in the next stable release. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293036: testing install doesn't handle RAID1 root partition
reassign 293036 installation-reports thanks On Monday 31 January 2005 21:31, Brian White wrote: The problem seems to be that Grub is set with the root device as (hd0,0). Since the first partition is swap, it's trying to read the kernel from the wrong partition. I changed this to (hd0,1). This problem has been reported before and a patch has been proposed for the grub package. See bug #292274 in http://bugs.debian.org. Then it fails to open the root filesystem, apparently because it is set as root=/dev/md0. I changed this to root=/dev/hda2 ro and now it boots just fine. At some point it remounts / from /dev/md0 and everything from that point runs normally. This setting may not be correct, but it works! Hmm. AFAIK (and I have a test installation sitting here telling me so), having root=/dev/md0 _should_ work. What errors do you get if you have root=/dev/md0? As an aside, the manual partitioning goes okay, but can be somewhat confusing: - any configured RAID systems do not show up until you say configure software raid and then finished - a legend indicating what the symbols (various smilie faces) mean would be useful See the help page from the main partitioning menu. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292923: galeon: downloader doesn't check for write access, loses data, wastes time
Hi, Alfie Costa (backup address) [EMAIL PROTECTED] - Mon, Jan 31, 2005: The oldest bug report is from 2002. Why hasn't such a BASIC easy to fix bug been fixed in THREE YEARS? That's VOLUNTEER DRIVEN WORK, and yes I agree this bug sucks. So I talked about it to the other maintainers of mozilla packages: http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2005-January/10.html I see in Galeon's TODO file items like User stylesheets. Very nice but are such things that important? Why are people trying to ADD dubious new features, (and advertise 'em), when they can't SPARE THE TIME to fix a standard feature that's generally useful? The bug isn't in Galeon, but in Mozilla as I told you. Try our wonderful new browser with the GREAT NEW FEATURES. The old features don't work so we're a little ashamed, but we are PROUD of the NEW ONES. Look at bugzilla.mozilla.org, and give a hand at fixing these: https://bugzilla.mozilla.org/reports.cgi?product=-All-datasets=NEW%3Adatasets=ASSIGNED%3Adatasets=REOPENED%3Adatasets=UNCONFIRMED%3A I can understand Galeon seems to lack in some simple domains, ranting won't help sadly, people are working on what they like to do. The great thing is: you can join and help! Regards, -- Loïc Minier [EMAIL PROTECTED] Neutral President: I have no strong feelings one way or the other.
Bug#293045: pstodedit: new upstream version
Package: pstoedit Version: 3.33 Severity: wishlist A new upstream version (3.40) of pstoedit has been released. The changelog is available at: http://www.pstoedit.net/pstoedit Thanks, --Andre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293044: Freemind can't being installed
Package: freemind Version: 0.7.1-6 Hi, when I am trying to install freemind via apt-get, I get this kind of output: debian:~# nice apt-get install freemind Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: freemind: Depends: j2re1.4 but it is not installable or java2-runtime but it is not installable E: Broken packages debian:~# I am sorry because my english is very poor and it's just my first bug report! I hope it will be useful. :-) To sum up, I would be able to install easily this package. Thanks. Stryge -- system powered by Debian GNU/Linux
Bug#293046: postfix: Postfix/IPv6 in chrootjail are an OpenRelay
Package: postfix Version: 2.1.5-5 Severity: important Sorry for my bad english. When the postfix with IPv6-patch is running in a chrootjail, it's an OpenRelay. The reason is a bug in the IPv6-patch. The entry mynetworks is not to evaluate, because the /proc-directory isn't available in the chrootjail. Postfixversion without IPv6-patch, doesn't have a problem. It gives more problems, based on this bug. For more Questions please ask Peer Heinlein, the Author from the Postfix-Book, on [EMAIL PROTECTED], for more information because he is the discoverer from the bug. Greetings, Nico Jochens -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages postfix depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii dpkg1.10.26 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgdbm31.8.3-2 GNU dbm database routines (runtime ii netbase 4.19 Basic TCP/IP networking system -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292885: gimp: Rotate toolbox tool causes garbage to appear
Ari Pollak [EMAIL PROTECTED] writes: This is probably just a problem with your X driver and display corruption, and doesn't actually affect the image. If you change the Preview type in the Rotate tool options box, does it help anything? Well - it used to work, now it doesn't. Yes, if I choose a grid preview type, it doesn't make a mess, but I can't see the image as I turn it. You are correct that it doesn't seem to actually corrupt the image itself, but it didn't happen with version 2 of the gimp, from what I recall. -- David N. Welton - http://www.dedasys.com/davidw/ Apache, Linux, Tcl Consulting - http://www.dedasys.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292490: squirrelmail-locales is missing in debian sarge
retitle 292490 squirrelmail-locales is not depended on thanks On Thu, Jan 27, 2005 at 03:30:21PM +0100, Jeroen van Wolffelaar wrote: On Thu, Jan 27, 2005 at 03:23:29PM +0100, Iker Sagasti Markina wrote: I think it is, as it breaks squirrelmail locale's configuration without warning it. What about a dialog warning admins about it? Hm, that would be a good idea to have that in squirrelmail anyway, even if -locales is in sarge, so people upgrading from woody will know what's up. On second thought, after discussing this with some others, I'll make squirrelmail depend on squirrelmail-locales until after sarge is released, for the sake of upgrades. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292376: [Fwd: Re: fnord: Content-range off by one]
(forgot to cc bugs.debian.org originally, this is a copy fyi) Joachim Berdal Haga wrote: Felix von Leitner wrote: Darn! Same bug is also in gatling. Please try the CVS version. I tried 1.9 which works fine, thanks! Correction; range handling works fine. However, for me 1.9 seems to loop endlessly (using all cpu). Strace of process shows sendfile64(1, 3, [1151365], 2147483648) = 0 sendfile64(1, 3, [1151365], 2147483648) = 0 etc. I haven't investigated much further but it happens on files above a certain size (robots.txt worked fine; a 220kB file loops consistently but not when I transfer only the first 10kB via range request) and it happens at the end of the download. -j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286269: /usr/share/squirrelmail/locale is empty...
On Mon, Jan 31, 2005 at 06:47:17PM +0100, Mike Gabriel wrote: hi there, all language .po and .mo files in /usr/share/squirrelmail/locale are missing. on debian systems i do not consider it satisfactory to have to install them manually as proposed in /usr/share/squirrelmail/locale/README.locales so what now? i have to downgrade to hold SM 1.4.3a-3 for the convenience of my international group of friends that i host mail services for... This bug is unrelated to the bug you attachend your message to. Anyway, the locales were split off in a new package, squirrelmail-locales. Next squirrelmail version will depend on it to make sure upgrades work fine. You can install it from packages.debian.org/squirrelmail-locales Keeping this bug closed. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293050: /usr/lib/libgcj.la: Wrong libdir in *.la file
Package: libgcj4-dev Version: 1:3.3.5-7 Severity: important File: /usr/lib/libgcj.la Justification: Causes related packages to miscompile Hi, libgcj.la contains libdir='/usr/lib64' instead of libdir='/usr/lib' resulting in libtool using rpath and dpkg-shlibdeps to not find required libs (and subsequently missing Depends). The same is broken in lib-gnu-awt-xlib.la, lib-org-w3c-dom.la and lib-org-xml-sax.la. MfG Goswin -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-frosties-1 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages libgcj4-dev depends on: ii gcj-3.31:3.3.5-7 The GNU compiler for Java(TM) ii libc6-dev 2.3.2.ds1-19.0.0.2.pure64 GNU C Library: Development Librari ii libgcj41:3.3.5-7 Java runtime library for use with ii libgcj4-awt1:3.3.5-7 AWT peer runtime libraries for use ii libgcj4-common 1:3.3.5-7 Java runtime library for use with ii zlib1g-dev 1:1.2.2-4 compression library - development -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292961: g++-3.3: g++ -- vastly uninformative error message
Greg Kochanski [EMAIL PROTECTED] writes: You may assume that box, xform_split, and parallelogram are classes, that insidebox() is a member function of class parallelogram, and that inverse_image() and intersect() are functions. I'm not willing to guess the test case, since my experience has taught me that just too often there's some subtle point that is missed that way. Please do provide a complete test case. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292949: smokeping: FTBFS: Missing Build-Depends on 'groff'
El lun, 31-01-2005 a las 13:04 +0100, Andreas Jochens escribi: Package: smokeping Severity: serious Tags: patch When building 'smokeping' in a clean chroot, I get the following error: cd doc ; pod2html --infile=../lib/probes/FPing6.pm --outfile=../doc/probes/FPing6.pm.html --noindex --htmlroot=. --podroot=. --podpath=. --title=probes/FPing6.pm groff -man -Tascii doc/smokeping.1 doc/smokeping.txt /bin/sh: groff: command not found make[1]: *** [doc/smokeping.txt] Error 127 make[1]: Leaving directory `/smokeping-1.38' make: *** [build] Error 2 Please add the missing Build-Depends on 'groff' to debian/control. Wooops! I will upload after giving some time to #292938 sender to reply. I don't have such problem, so I want to check that it is nothing general, but with his local installation. Thanks, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Bug#292941: amavisd-new: Amavis does not handle Norman exit code for corrupt archives
Jelmer == Jelmer Jaarsma [EMAIL PROTECTED] writes: Jelmer Package: amavisd-new Jelmer Version: 20030616p10-5 Jelmer Severity: important Jelmer I'm using Norman 5.7 for Unix to scan incoming mail. When Jelmer a corrupt or failed archive comes by, Norman exits with Jelmer code 11 (properly documented in the Norman documentation), Jelmer but amavis doesn't handle this so the mail stays in the Jelmer queue. Can you please give send a copy of your amavisd.conf file? Especially the Norman configuration. Also, (if possible) can you please show me an example of running Norman on a file that contains a virus, and what output it displays? My copy of amavisd-new has: ### http://www.norman.com/products_nvc.shtml ['Norman Virus Control v5 / Linux', 'nvcc', '-c -l:0 -s -u {}', [0], [1], qr/(?i).* virus in .* - \'(.+)\'/ ], Where the [1] is supposed to indicate that a return value of 1 indicates a Virus. That is the theory - now to work out what is really going on... -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293058: eclipse not ready for stable release
Package: eclipse Severity: critical Eclipse 2.1 is very old and very unmaintained. Eclipse 3.0 packages have been prepared. This bug is meant to hold Eclipse out of testing in the meantime. -- Jerry Haltom [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293057: kernel-image-2.6.10-1-686: Intel e100 network card stop to work
Package: kernel-image-2.6.10-1-686 Version: 2.6.10-4 Severity: normal My Intel NIC (uses e100 module) stop to work suddenly. Nothing is reported to syslog ou dmesg. It just stop to work. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-2-686 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.10-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293055: ITP: rails -- MCV ruby based framework geared for web application development
Package: wnpp Severity: wishlist Owner: Adam Majer [EMAIL PROTECTED] * Package name: rails Version : 0.9.5 Upstream Author : David Heinemeier Hansson email? * URL : http://www.rubyonrails.com * License : MIT Description : MVC ruby based framework geared for web application development Rails is a full-stack, open-source web framework in Ruby for writing real-world applications. Being a full-stack framework means that all layers are built to work seamlessly together. That way you don't repeat yourself and you can use a single language from top to bottom. Everything from templates to control flow to business logic is written in Ruby. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293056: minor formating problem with long description
Package: torsmo Severity: minor Torsmo renders itself on the root window (on the desktop) without ^^ There are 2 spaces in the description where there should only be 1. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293054: An email notification feature would be nice
Package: debpool Version: 0.1.10 Severity: wishlist It could be useful an email notification to a global configurable address for every successful upload. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages debpool depends on: ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286269: /usr/share/squirrelmail/locale is empty...
hi jeroen, This bug is unrelated to the bug you attachend your message to. indeed, but the symptom was the same. and when i wanted to see to it, i even did not find squirrelmail's locales were i was used to finding them... in most non-english countries the locales (even if only one language is used) are substantial on productive systems. Anyway, the locales were split off in a new package, squirrelmail-locales. Next squirrelmail version will depend on it to make sure upgrades work fine. You can install it from packages.debian.org/squirrelmail-locales now that i have installed the SM-locales (1.4.4-20050112-1) from unstable, the webmailer again refuses to view other language than english. before fiddling around with symlinks and copying-things i restarted my apache-ssl. just to be sure... after a restart of the webserver my SM realizes the (new) locales!!! that should be tested and if prooved mentioned somewhere in the docs. however, i now do agree with your posting, that a 'dpkg-reconfigure locale' is not needed!!! on my system it rather seems to be a restart-matter of apache+php... Keeping this bug closed. --Jeroen mike -- mike gabriel, hamburger chaussee 240, 24113 kiel fon: +49 431 64-74-126 mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284081: New parted api, and possibility for parted 1.6.x (x12) in debian/sarge ...
On Mon, Jan 31, 2005 at 03:47:51PM -0500, Jeff Licquia wrote: If you're interested, I have already packaged the Red Hat bindings for my Anaconda for Debian work. They should be available at any Componentized Linux mirror as python-parted-rh. I was planning to upload them at some point once I had thought about a migration strategy for the very few projects using our bindings, but if you have a deeper abiding interest in them beyond mine (which is, basically, keep Anaconda working), then feel free to take it over. Alternatively, I can upload them if they're something you need, but don't feel inclined to maintain long-term. Do you mean me or Matt when you say you? I don't personally use python-parted for anything now that PGI is dead, and Eric was really the one who understood that part of PGI anyway. -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284081: New parted api, and possibility for parted 1.6.x (x12) in debian/sarge ...
On Mon, 2005-01-31 at 17:05 -0500, Branden Robinson wrote: Do you mean me or Matt when you say you? Sorry. I meant Matt. But you can have them too, if you want them. If both you (Branden) and Matt want them, then we've got a problem. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292998: debsums: I think it's a typo on that line
Followup-For: Bug #292998 Package: debsums Version: 2.0.14 This seems to cure that problem: --- /usr/bin/debsums.orig 2005-01-30 00:47:36.0 +0100 +++ /usr/bin/debsums2005-01-31 23:16:11.0 +0100 @@ -82,7 +82,8 @@ if ($localepurge and -e $nopurge) open L, $nopurge or die $self: can't open $nopurge ($!)\n; while (L) { - $locales{$1}++ if /^\w.+/; + chomp; + $locales{$_}++ if /^\w.+/; } close L; Cheers, Cristian -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-k7 Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968) Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii perl 5.8.4-5Larry Wall's Practical Extraction -- debconf information: debsums/apt-autogen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292072: mozilla-thunderbird: italian translation
attached: it.po -- /Vittorio Palmisano/ Home Page: http://redclay.altervista.org it.po.gz Description: GNU Zip compressed data
Bug#293062: otrs: scripts for PerlRequire should be in /etc, and need to be fixed for Debian
Package: otrs Version: 1.3.2p01-3 Severity: normal The scripts used to pre-load perl modules should be in /etc/otrs (and linked from /usr/share/otrs/scripts I suppose), since it is likely the user will need to muck with them a bit. Also, they currenly do not work (at least for apache2, which will spin around in a busy loop and won't start), and still have /opt/otrs nonsense in them. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-debian4+libata9dev1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages otrs depends on: ii apache2 2.0.52-3 Next generation, scalable, extenda ii apache2-mpm-prefork [apache2] 2.0.52-3 Traditional model for Apache2 ii libauthen-sasl-perl 2.08-1 Authen::SASL - SASL Authentication ii libdate-pcalc-perl1.2-2 Perl module for Gregorian calendar ii libdbi-perl 1.46-6 Perl5 database interface by Tim Bu ii libemail-valid-perl 0.15-1 Check validity of Internet email a ii libio-stringy-perl2.109-3Perl5 modules for IO from scalars ii libmailtools-perl 1.62-1 Manipulate email in perl programs ii libmime-perl 5.415-2Perl5 modules for MIME-compliant m ii perl 5.8.4-5Larry Wall's Practical Extraction -- no debconf information -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293060: smartmontools: More information about failed disk
Package: smartmontools Version: 5.32-2 Severity: wishlist Hi, It would be nice if smartd could report a bit more information about a failure than only the device name. For example the output of hdparm -i to be easier to identify the device. Reason in my case was that I haven't received mails from smartd because of a misconfigured smtp daemon and meanwhile I changed hdd configuration. And the old hda became hdb, and a new hda came in. And if I dont check back the logs, then I have a false warranty issue... :) Regards, Akos -- Package-specific info: Ouput of /usr/share/bug/smartmontools: # CONFIG_IDE_TASK_IOCTL is not set -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-20050127evms Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smartmontools depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293059: glade-2: option -w requires X11
Package: glade-2 Version: 2.6.8-1 Severity: minor Hi, If I run glade-2 --write-source myfile.glade, it seems to require an X11 display, but I think it shoudn't. If I am generating/compiling a glade-2 project in a remote machine, I receive the following error: (glade-2:6027): Gtk-WARNING **: cannot open display: As a workaround, I need to export DISPLAY and authorize with xhost. Thanks, Pedro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293061: zsnes updates from jan 18/20
Package: zsnes Version: 1.400-1 Severity: wishlist I'd really like to see the new 1.42 (released jan 20) and other future bugfix releases of zsnes in Debian. Thanks -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable'), (300, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-ck5-meff1 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages zsnes depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-7 GCC support library ii libpng12-01.2.8rel-1 PNG library - runtime ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii libstdc++51:3.3.5-7 The GNU Standard C++ Library v3 ii xlibmesa-gl [ 4.3.0.dfsg.1-10Mesa 3D graphics library [XFree86] 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#292429: the debconf message refers to non-existent path
tag 292429 + pending thanks The maintainer should rename the file to templates.modules.in and replace ${KVERS} with _KVERS_. I think this hint is equivalent to a patch. Look at the config.modules.in, KVERS is db_subst'ed with _KVERS_ taken from build time. Look into the generated /var/lib/dpkg/info/ipw2200-modules-KVERS.config. We are both right. The error is in the german translation. Plese fix this part in de.po: Homepage heruntergeladen werden. Bitte lesen Sie dazu die Datei /usr/share/ doc/ipw2200-modules-${KERNELVERSION}/README.firmware. Will be fixed in next upload. Thanks. BTW: please consider adding something about the requirement of mounted /sys in README.firmware. hotplug won't load the firmware without sysfs, and there is no clear message about what's going on. Can cost you hours to find the reason. Mm, i think that kind of information should belong to hotplug's documentation. Don't you ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292800: Digikam - huge memory leak when downloading from camera
FYI, I was just told this has already been reported to the gphoto2 maintainers: http://sourceforge.net/tracker/index.php?func=detailaid=1098166group_id=8874atid=108874 -- Paul Telford | 1024D/431B38BA | [EMAIL PROTECTED] | [EMAIL PROTECTED] C903 0E85 9AF5 1B80 6A5F F169 D7E9 4363 431B 38BA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292961: g++-3.3: g++ -- vastly uninformative error message
Why is the test case important? I think (though I may be wrong) that you're missing the main point of the bug report. The main point is simply that the error message is uninformative. Nearly useless. Whatever the compiler *thought* it was parsing is hidden, and that's the problem -- it provides no information to the user. I don't want to be side-tracked into a discussion of obscure logic for deciding which of many overloaded functions the compiler is choosing. This is a bug report on something that is essentially a user-interface issue. The user interface of a compiler is the language (on the input side) and the error messages (as output).Parse error after ',' token. is simply not much of a user interface. If I spend a couple of hours boiling down 20 pages of code to a small test case, are you going to think about the user interface issues? Falk Hueffner wrote: Greg Kochanski [EMAIL PROTECTED] writes: You may assume that box, xform_split, and parallelogram are classes, that insidebox() is a member function of class parallelogram, and that inverse_image() and intersect() are functions. I'm not willing to guess the test case, since my experience has taught me that just too often there's some subtle point that is missed that way. Please do provide a complete test case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293036: testing install doesn't handle RAID1 root partition
reassign 293036 installation-reports thanks Oops! I didn't know there was such a package. Then it fails to open the root filesystem, apparently because it is set as root=/dev/md0. I changed this to root=/dev/hda2 ro and now it boots just fine. At some point it remounts / from /dev/md0 and everything from that point runs normally. This setting may not be correct, but it works! Hmm. AFAIK (and I have a test installation sitting here telling me so), having root=/dev/md0 _should_ work. What errors do you get if you have root=/dev/md0? I'll have to go back and write it down. I was just trying to figure everything out when I ran in to this; I've never used Grub before. Brian ( [EMAIL PROTECTED] ) --- Work like you don't need the money. Love like you've never been hurt. --- ( Couldn't verify my signature? Use http://www.precidia.com/precidia.crt ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293063: files in both lifelines and lifelines-reports
Package: lifelines Version: 3.0.40-1 Severity: normal Preparing to replace lifelines 3.0.39-1 (using .../lifelines_3.0.40-1_i386.deb) ... Unpacking replacement lifelines ... dpkg: error processing /var/cache/apt/archives/lifelines_3.0.40-1_i386.deb (--unpack): trying to overwrite `/usr/share/lifelines/2ppage.ll', which is also in package lifelines-reports dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/lifelines_3.0.40-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Bug#293064: bsdmainutils: [cal] no way to change day of week beginning
Package: bsdmainutils Version: 5.20020211-4.99 Severity: important In european countries week begins on Monday and ends on Sunday. There is no way to make cal display weeks in this form. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux syjon 2.4.18-1-586tsc #1 Wed Apr 14 17:57:38 UTC 2004 i586 Locale: LANG=pl_PL.ISO-8859-2, LC_CTYPE=pl_PL.ISO-8859-2 Versions of packages bsdmainutils depends on: ii bsdutils 1:2.12-1.woody Basic utilities from 4.4BSD-Lite ii debconf 1.0.32 Debian configuration management sy ii debianutils 1.16.2woody1Miscellaneous utilities specific t ii libc62.2.5-11.8 GNU C Library: Shared libraries an ii libncurses5 5.2.20020112a-7 Shared libraries for terminal hand -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292429: the debconf message refers to non-existent path
#include hallo.h * Mike Hommey [Mon, Jan 31 2005, 11:28:02PM]: BTW: please consider adding something about the requirement of mounted /sys in README.firmware. hotplug won't load the firmware without sysfs, and there is no clear message about what's going on. Can cost you hours to find the reason. Mm, i think that kind of information should belong to hotplug's documentation. Don't you ? Maybe. But few more words would not hurt. Regards, Eduard. -- In the beginning was the word, and the word was content-type: text/plain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293059: option --version also has the same bug
This bug also occours with option --version $ export DISPLAY=mymachine:0.0 $ glade-2 --version GTK Accessibility Module initialized Glade (GTK+) 2.6.8 $ export DISPLAY=unknown:0.0 $ glade-2 --version _X11TransSocketINETConnect: Can't get address for unknown (glade-2:6959): Gtk-WARNING **: cannot open display: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292429: the debconf message refers to non-existent path
On Mon, Jan 31, 2005 at 11:34:35PM +0100, Eduard Bloch [EMAIL PROTECTED] wrote: #include hallo.h * Mike Hommey [Mon, Jan 31 2005, 11:28:02PM]: BTW: please consider adding something about the requirement of mounted /sys in README.firmware. hotplug won't load the firmware without sysfs, and there is no clear message about what's going on. Can cost you hours to find the reason. Mm, i think that kind of information should belong to hotplug's documentation. Don't you ? Maybe. But few more words would not hurt. Reading /etc/hotplug/firmware.agent seem to indicate it should work without sysfs. Could you give me a pointer to something confirming it doesn't ? Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293065: shorewall: Checks for invalid packages despite dropunclean not set; breaks assymetric routing
Package: shorewall Version: 2.0.7-1 Severity: important Hello, We route outgoing packets for several satellite connections. After a big set of upgrades (including kernel version) today, these asymmetric connections stopped working. I found the culprit: Chain FORWARD (policy DROP 62 packets, 3392 bytes) pkts bytes target prot opt in out source destination 45 2557 DROP !icmp -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID [...] This rule is the very first one listed for FORWARD, and the second one for INPUT and OUTPUT (the first one is lo specific). On one hand I suspect this use to work, and with recent kernel versions (2.6.9+) the meaning of INVALID has become more strict. One the other hand, I haven't set dropunclean for any of the interfaces, and checking the value this early would seem to render LOGUNCLEAN invalid, as any unclean packets have already been dropped before it gets this far. I have already changed the newnotsyn file/rule to cope with my asymmetric routing needs, but this isn't used until after the packets are already dropped. I also checked my 2.0.13-1 shorewall firewall and it has the same rules listed. Alternatively, if I am missing something obvious (such as a config parameter that controls this behaviour), please let me know. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages shorewall depends on: ii debconf 1.4.30.11 Debian configuration management sy ii iproute 20041019-2 Professional tools to control the ii iptables 1.2.11-8 Linux kernel 2.4+ iptables adminis -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292831: udev: udev prevents X from beeing started
Hi Marco, On Sunday, 30 Jan 2005, Marco d'Itri [EMAIL PROTECTED] wrote: On Jan 30, Martin Zobel-Helas [EMAIL PROTECTED] wrote: This breaks unrelated stuff here, so please fix it. I'll wait for your patch. What about not enableing udev per default? Lets say, you would add a /etc/default/udev and add a UDEV_ENBALED switch, which is disabled per default. Add a remark about reading /usr/share/doc/udev/README.Debian before enableing UDEV_ENABLE. This would result in the user did it himself and not in causes X problems by installation. Greetings Martin -- If you ever want to get anywhere in politics, my boy, you're going to have to get a toehold in the public eye. signature.asc Description: Digital signature
Bug#293042: vdr hangs with message cap_set_proc: Operation not permitted
* Juhani Simola schrieb am 31.01.05, um 22:09 Uhr: When starting vdr, it prints the following error message: cap_set_proc: Operation not permitted and hangs. This message is caused by a function which tries to change the userid and the capabilities of the process, but this canonly work if root calls vdr. (which is the case when you start vdr with the init-script) I now changed the code to call this function only when vdr is called by root, so the problem should not occur anymore with vdr 1.2.6-7. The upload of the new package could take a while, because we will have to wait at least until vdr 1.2.6-6 has entered testing, because 1.2.6-6 fixes a security related bug. Regards, Thomas -- Thomas Schmidt [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#292961: g++-3.3: g++ -- vastly uninformative error message
OK. I'll spend an hour or so boiling down a test case. Falk Hueffner wrote: I can see that. However without a test case it is not clear to me whether, or how, g++ could have done better. So I need a test case plus an example error message that you would have liked to see. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293014: [Fwd: Bug#293014: gnunet: Can't fulfill the build dependencies in sarge]
Hi Daniel, Is there any chance to have libextractor in Sarge ? Arnaud ---BeginMessage--- Package: gnunet Version: 0.6.5-3 Severity: serious Tags: sarge The build dependency on libextractor0-dev can't be fulfilled in sarge. ---End Message---
Bug#292963: kopete depends on xmms
El Lunes 31 Enero 2005 15:41, A.M.P. Boelens escribió: Package: kopete Version: 4:3.3.2-1 Severity: normal When I tried to remove xmms from my system I saw that kopete depends on it. xmms is only used for a plugin so shouldn't this be a recommended package and not a dependence? This is a duplicate of bug#238368. Please, read this bug to see comments and workaround.
Bug#291766: /etc/init.d/xprint: have to edit /etc/default/xprint to start even just once
On Sun, 2005-01-30 at 12:05 +0800, Dan Jacobson wrote: Drew Dan, the command you want is update-rc.d xprint remove. This will Drew prevent Xprt from being started up at boot. But then it won't get stopped at shutdown if I started it by hand one day. OK, just remove some of the links. But are these changes recorded somewhere as robust as /etc/default/xprint? Will they weather a apt-get remove; apt-get install as well as /etc/default/xprint? Or does one need a extra notepad to write down what one did? OK, maybe sysv-rc-conf has such a recording system, but it still isn't integrated with weathering a remove/install probably. Yes it will be robust, you just have to do it the right way. I raised the question elsewhere (bug #292802). The reply was that the change will be preserved if you leave at least one symlink in the /etc/rc*.d directories. If this is the case, then update-rc.d does nothing (unless you force it with -f). This is documented in the update-rc.d manpage. For instance, runlevel 0 is used to halt the system, so it's a good candidate for the one to be kept (it will make sure Xprint, if it's running, will be shutdown cleanly). So you might run something like rm /etc/rc[1-6].d/*xprint* to remove everything except /etc/rc0.d/K20xprint. The helper tools that Anthony mentioned will no doubt do this job with more care, with the facility to backup to a previous state. If you want to restore back to normal behaviour, you first delete the remaining last symlink: update-rc.d -f xprint remove then restore the default symlinks: update-rc.d xprint defaults I tested this, it works. Your last remaining /etc/rc0.d/K20xprint is preserved when xprt-common is upgraded or removed. The only catch is that Xprt will be started on upgrade, because the upgrade script invokes /etc/init.d/xprint directly. You'd need to stop it manually. But it won't be started at boot any longer. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238368: Ugly workaround
The dependency is automatically generated by /usr/lib/kde3/kopete_nowlistening.so. Workaround: # mkdir kopete/DEBIAN # dpkg --extract kopete_XXX_i386.deb kopete # dpkg --control kopete_XXX_i386.deb kopete/DEBIAN Edit kopete/DEBIAN/control and remove libglib1.2, libgtk1.2 and xmms. Optionaly you can change the name to disable automatic upgrading. # dpkg -b kopete mykopete.deb # dpkg -i mykopete.deb In my system works, but yours can explode. BTW, if I make a patch to split the package, is there any chance to be applied? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292986: initrd-netboot-tools: Fails to include hostname binary in initrd, results in failure to set hostname from dhcp
On Mon, 31 Jan 2005 12:08:54 -0800, Vagrant Cascadian [EMAIL PROTECTED] wrote: Package: initrd-netboot-tools Version: N/A; reported 2005-01-31 Severity: important /etc/mkinitrd/scripts/netboot doesn't include /bin/hostname in initrd_exe list. This results in failure to set the hostname from dhcp when booting with nfs root. It is fixed by simply adding it to the list. how did you add /bin/hostname? did you add it directly to the default for initrd_exe in /etc/mkinitrd/scripts/netboot, or the configuration file, /etc/lessdisks/mkinitrd/initrd-netboot.conf? did you tweak /etc/mkinitrd/scripts/netboot in some other way? Well actually I just added another script to /etc/mkinitrd/scripts to copy it into the ramdisk image. (Simpler to clone than a patch) I didn't realize the list in netboot was just a default... I copied the code that handles initrd_exe from netboot though. Lets have a look at what goes on... Ok, actually the settings are exactly the same in scripts/netboot and initrd-netboot.conf. The value in netboot just provides a backup if the .conf is removed. So Add it to both I guess Time to look at the source package... Ok, here's a patch (attached - I don't quite trust gmail) -- [EMAIL PROTECTED] lessdisks-0.5.3cvs.20040906.hostname.patch Description: Binary data
Bug#291766: /etc/init.d/xprint: have to edit /etc/default/xprint to start even just once
AIf any files /etc/rcrunlevel.d/[SK]??name already exist then update Arc.d does nothing. This is so that the system administrator can rear Arange the links, provided that they leave at least one link remaining, Awithout having their configuration overwritten. Well, still, this means not all the configuration is stored in conffiles. Some of it stored in link states. And that wouldn't survive an apt-get remove/install, but the conffiles would. So one gets a distorted reinstall.
Bug#293069: /etc/lynx-cur: 20 files not listed
Package: lynx-cur Version: 2.8.6-7 Severity: minor File: /etc/lynx-cur Shouldn't all the files in /etc/lynx-cur be listed, and as conffiles? $ dlocate /etc/lynx-cur/|wc -l 1 $ ls /etc/lynx-cur/|wc -l 21 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293068: lynx-zh.cfg: what about China, gb2312?
Package: lynx-cur Version: 2.8.6-7 Severity: minor File: /etc/lynx-cur/lynx-zh.cfg Shouldn't zh be split into big5 and gb2312? Remembered Taiwan, forgot China? Also Hong Kong...? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267633: what if .pdf, .txt?
* Add Content-Type: text/html header when using wwwoffle-write --addheader. closes:#267633 What if .pdf, .txt? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292998: debsums: I think it's a typo on that line
On Mon, Jan 31, 2005 at 11:25:06PM +0100, Cristian Ionescu-Idbohrn wrote: - $locales{$1}++ if /^\w.+/; + chomp; + $locales{$_}++ if /^\w.+/; Yes, a typo--missing parens. Thanks. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293075: [libmail-box-perl] consider splitting package into pieces
Package: libmail-box-perl Severity: wishlist Version: 2.055-1 It would be nice to be able to only install one part of libmail-box-perl rather than the entire package. This probably is an upstream bug as well, but you would ideally be able to install the Mail::Transport part without also installing the Mail::Box part... furthermore, it seems likely that most people won't even be interested in the Mail::Server part, so that might be yet a third package. [This feature request probably belongs upstream as well... but since it can be handled within the Debian package, I figured I should ask here first.] Don Armstrong -- I now know how retro SCOs OSes are. Riotous, riotous stuff. How they had the ya-yas to declare Linux an infant OS in need of their IP is beyond me. Upcoming features? PAM. files larger than 2 gigs. NFS over TCP. The 80's called, they want their features back. -- Compactable Dave http://www3.sympatico.ca/dcarpeneto/sco.html http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293072: tspc: /etc/tsp (sic!) is a mess
Package: tspc Version: 2.1.1-3 Severity: wishlist Hi. (1) There must be no executables in /etc/tspc, according to the FHS. Configuration done by shell scripts should be split in the config part that would stay in /etc, and the executable part, which can be put e.g. in /var/lib/packagename/. The executable part can source the config part then, so that the config part would be just a sh script fragment. If it was just a matter of choosing one out of a few possible shell scripts, a symlink does this job well (e.g. /etc/X11/X). (2) Also, including the language name in the filename is not a good practice -- should the programming language change, all the references would have to be changed, for example. (3) Oh, and it should be /etc/packagename, not /etc/packagename_with_the_last_character_trimmed (4) The symlinks really shouldn't be there (but I can't tell whether it's a justifiable workaround without further investigation) Just for a reference: $ ls -l /etc/tsp # [3] total 20 -rwxr-xr-x 1 root root 1671 Jan 4 20:59 checktunnel.sh[1,2] -rwxr-xr-x 1 root root 5753 Jan 4 20:59 linux.sh [1,2] lrwxrwxrwx 1 root root8 Jan 29 02:20 setup.sh - linux.sh [1,2,4] lrwxrwxrwx 1 root root6 Jan 29 02:20 template - ../tsp[3,4] -rw--- 1 root root 6547 Jan 4 20:59 tspc.conf Cheers, Jan. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=cs_CZ.ISO-8859-2 (charmap=ISO-8859-2) Versions of packages tspc depends on: ii iproute 20041019-0.2 Professional tools to control the ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- no debconf information -- )^o-o^|jabber: [EMAIL PROTECTED] | .v Ke-mail: jjminar FastMail FM ` - .' phone: +44(0)7981 738 696 \ __/Jan icq: 345 355 493 __|o|__Min irc: [EMAIL PROTECTED] pgpJJ07M2pWFK.pgp Description: PGP signature
Bug#121756: Time sensitive... refer to # U571418
Hello, Did you recieve my email from last week? I'm happy to tell you that you are approved for a home loan with a 3.34% rate. Your tracking number is # B5 195 970 You must visit the link below in 24 hrs to confirm your details. http://masfre.info/azwje Best Regards, Diann Nadeau Account Manager Ameriqwest Finance Co.
Bug#293076: g++-3.3 uninformative error when base class missing
Package: g++-3.3 Version: 1:3.3.5-5 Severity: normal In the following program, the base class is missing. G++ gives a wimpy error message: bug.c:3: error: parse error before `{' token It could do much better. Syntactically, there aren't a lot of options for 'z'. A better error message might be something like bug.c:3: error: parse error between ':' and '{'. Expecting that z would be the name of a class. Here's the code: class y: z { public: }; -- 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 g++-3.3 depends on: ii gcc-3.3 1:3.3.5-5The GNU C compiler ii gcc-3.3-base1:3.3.5-5The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libstdc++5-3.3-dev 1:3.3.5-5The GNU Standard C++ Library v3 (d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293078: gpdf: external links open in gedit
Package: gpdf Version: 2.8.2-1.1 Severity: important Problem: When clicking a on an external link gpdf opens the html source in gedit. Replicate: 1 Open PDF in gpdf - will attach on to bug report 2 Click on link 3 The gedit launches with the html source displayed 4 a popup window is displayed with PDF which contains span weight=bold size=largerApplication Launch notification!/span URI 'http://www.lloydslistdcn.com.au/NASApp/cs/ContentServer? pagename=LLDCN/ homesource=wirevar_sect=Newsart_id1106585956705' launched with Text Editor Expected Behaviour: 1 Open PDF in gdpf 2 Click on link 3 Link opens in prefered web browser (firefox in my case) I think this is similar/related to an existing upstream bug - http://bugzilla.gnome.org/show_bug.cgi?id=165184 -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.16-6Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.0-4 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.0-2 The Bonobo UI library ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-6 GCC support library ii libgconf2-4 2.8.1-4 GNOME configuration database syste ii libglade2-0 1:2.4.1-1 Library to load .glade files at ru ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgnome2-0 2.8.0-6 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.0-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.3-9 The GNOME virtual file-system libr ii libgtk2.0-0 2.4.14-2The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.10.2-1.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.6.0-3 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 ii libxml2 2.6.11-5GNOME XML library ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292992: [Polipo-users] [wildfire@progsoc.org: Bug#292992: polipo.log]
However I wasn't able to discover when that was since the logfile doesn't include the date/time. It'd be nice if polipo did. I agree. The logging framework is basically a hack and needs some major surgery. Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293076: g++-3.3 uninformative error when base class missing
tags 293076 + fixed-upstream tags 293076 + upstream retitle 293076 [fixed in 3.4] g++-3.3 uninformative error when base class missing thanks $ g++-3.4 -c bug-293076.cc bug-293076.cc:1: error: expected class-name before '{' token Greg Kochanski writes: Package: g++-3.3 Version: 1:3.3.5-5 Severity: normal In the following program, the base class is missing. G++ gives a wimpy error message: bug.c:3: error: parse error before `{' token It could do much better. Syntactically, there aren't a lot of options for 'z'. A better error message might be something like bug.c:3: error: parse error between ':' and '{'. Expecting that z would be the name of a class. Here's the code: class y: z { public: }; -- 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 g++-3.3 depends on: ii gcc-3.3 1:3.3.5-5The GNU C compiler ii gcc-3.3-base1:3.3.5-5The GNU Compiler Collection (base ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libstdc++5-3.3-dev 1:3.3.5-5The GNU Standard C++ Library v3 (d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283677: fixed!
Everything is working now. Essentially, this was the same bug as this one: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287933 which was closed some weeks ago. cheers -simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292961: g++-3.3: g++ -- vastly uninformative error message
tags 292961 + upstream tags 292961 + fixed-upstream retitle 292961 [fixed in 3.4] g++-3.3: vastly uninformative error message thanks Greg Kochanski [EMAIL PROTECTED] writes: OK. Here is a condensed version. $ g++ -c bug.c bug.c: In function `void c_area(const xform_split, const box, const box)': bug.c:31: error: parse error before `,' token $ g++ 3.4 says: test.cc: In function `void c_area(const xform_split, const box, const box)': test.cc:33: error: `inverse' undeclared (first use this function) test.cc:33: error: (Each undeclared identifier is reported only once for each function it appears in.) Which seems like an acceptable error message. Unfortunately, it is rather likely that this gets fixed in 3.3, too. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293080: libmodule-signature-perl: Suggests use of pgp.mit.edu
Package: libmodule-signature-perl Version: 0.35-2 Severity: normal The Module::Signature manual page uses 'pgp.mit.edu' in the proposed 0-signature.t test. pgp.mit.edu is one of the broken PKS servers. Broken in the sense that it does not properly support subkeys (and has a lot of other bugs). Please change all instances of 'pgp.mit.edu' to 'subkeys.pgp.net', which is a rotation of (currently 5) keyservers that do not active harm to keys and also support subkeys (which some people use to sign their works). Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293076: g++-3.3 uninformative error when base class missing
tags 293076 + upstream tags 293076 + fixed-upstream retitle 293076 [fixed in 3.4] g++-3.3: uninformative error when base class missing thanks Greg Kochanski [EMAIL PROTECTED] writes: In the following program, the base class is missing. G++ gives a wimpy error message: bug.c:3: error: parse error before `{' token It could do much better. Syntactically, there aren't a lot of options for 'z'. A better error message might be something like bug.c:3: error: parse error between ':' and '{'. Expecting that z would be the name of a class. Here's the code: class y: z { public: }; g++ 3.4 says: test.cc:2: error: expected class-name before '{' token which seems OK. -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293083: specimen: ftbfs [sparc] configure: error: Library requirements
Package: specimen Version: 0.4.5-1 Severity: serious Justification: fails to build from source Specimen fails to build from source on sparc, apparently missing build dependancies. Duplicated on a sparc pbuilder. checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for cc_r... sparc-linux-gcc checking for pkg-config... /usr/bin/pkg-config checking for gtk+-2.0 libxml-2.0 jack alsa samplerate sndfile phat... Package libxml-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml-2.0' found configure: error: Library requirements (gtk+-2.0 libxml-2.0 jack alsa samplerate sndfile phat) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. make: *** [config.status] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293082: Hotplug string for Epson CX6600 scanner.
Package: libsane Version: 1.0.15-6 Please include the following hotplug device string for the Epson CX6600. snip #EPSON Corp.|Stylus CX6600 libusbscanner 0x0003 0x04b8 0x08130x 0x 0x00 0x000x000x00 0x00 0x00 0x /snip Thanks. -- Nathan R. Valentine [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#293084: More characters not serialized correctly by ydump.py
Package: python-syck Version: 0.42-5 Hello again! After trying to use ydump/syck some more, I ran into the problem that '?' characters aren't escaped correctly, it seems. I decided to write a short program to try all the ASCII characters and see which don't work: import syck, ydump for i in xrange(128): c = chr(i) try: assert syck.load(ydump.dump(c)) == c except: print failed for chr(%d) = '%s' % (i,c) On my computer, this generates: failed for chr(0) = '' failed for chr(10) = ' ' failed for chr(32) = ' ' failed for chr(33) = '!' failed for chr(44) = ',' failed for chr(62) = '' failed for chr(63) = '?' failed for chr(91) = '[' failed for chr(93) = ']' failed for chr(123) = '{' failed for chr(124) = '|' failed for chr(125) = '}' failed for chr(126) = '~' (These may look familiar: they have special meanings in YAML, and are listed on the YAML reference card at http://yaml.org/refcard.html.) I think this could be fixed (as before) by simply adding these characters to the needsSingleQuote() function; a simple (but probably not optimal) way to do it would be to add the lines: if data[0] in ['\n',' ','!',',','','?','[',']','{','|','}','~']: return 1 (chr(0) seems to be dumped correctly, but Syck refuses to load a string that contains '\0'. I have no idea know how hard this would be to fix. I'll file a separate bug for this.) While I'm at it, I tried putting other special names from the YAML reference card through syck/ydump, and these also failed: - 'null' (upper-, lower-, and title-case only) - '.inf' (upper-, lower-, and title-case only) - '.nan' (upper-, lower-, and title-case only) These should also be fairly easy to fix in needsSingleQuote(). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-syck depends on: ii python2.3.4-6An interactive high-level object-o ii python2.3-syck0.42-5 YAML parser kit -- Python 2.3 bind -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273005: current package new error on sparc
Well, the 1.2.4-1 version failed to compile on my sparc pbuilder. Now the error is: -- usr/bin/make check make[1]: Entering directory `/tmp/buildd/gpsbabel-1.2.4' ./testo 51c51 B0421143040679S15036423EA00 --- B0421143040678S15036423EA00 ERROR comparing /tmp/gpsbabel.1656/igc_sed.out reference/igc1_igc.out make[1]: *** [check] Error 1 make[1]: Leaving directory `/tmp/buildd/gpsbabel-1.2.4' Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292961: g++-3.3: g++ -- vastly uninformative error message
Which seems like an acceptable error message. Unfortunately, it is rather likely that this gets fixed in 3.3, too. How about this variant that defines inverse() ? $ g++ -c bug.c bug.c: In function `void c_area(const xform_split, const box, const box)': bug.c:32: error: parse error before `,' token $ class ltransform { public: }; class box { public: box insidebox() const; }; class parallelogram { public: parallelogram(const ltransform b, const box x); box insidebox() const; }; box inverse_image(const box db1, const ltransform fwd); ltransform inverse(const ltransform x); struct xform_split { ltransform fwd; ltransform back; }; void c_area(const xform_split xf, const box databox0, const box databox1) { const box box0inOUTin( parallelogram(inverse(xf.back), databox0).insidebox()); const box lc(inverse_image(databox1, xf.fwd)); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228064: Still a bug
This should still be at least a wishlist to change the man page to clarify that -g only works for -L port forwarding. In the SSH docs, port forwarding is pretty much described the same for -L and -R forwarding, so the -g description in the manual should make clear that it is only for -L forwarding. Either that, or it should do as it says in the manual and allow remote hosts to connect to the forwarded port during a -R forwarded port. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293085: php4-cli: php -r echo number_format... results in segfault
Package: php4-cli Version: 4:4.3.10-2 Severity: normal While doing this, php -r 'echo number_format(9576587687687633543463564543543543535546383373);' zsh: 12037 segmentation fault php -r of course, take a few off, and you can get php -r 'echo number_format(9576587687687633543463564543543);' 95,765,876,876,876,360,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,00 Something to be addressed by PHP more then likely. Scott. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages php4-cli depends on: ii libbz2-1.01.0.2-3high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libedit2 2.9.cvs.20040827-1 BSD editline and history libraries ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libmagic1 4.12-1 File type determination library us ii libncurses5 5.4-4 Shared libraries for terminal hand ii libpcre3 4.5-1.1Perl 5 Compatible Regular Expressi ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii mime-support 3.29-1 MIME files 'mime.types' 'mailcap ii php4-common 4:4.3.10-2 Common files for packages built fr 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#289509: wmaker: WindozeCycling = YES very hard to find in debian package (was: WindozeCycling = NO; doesn't work anymore)
On Mon, Jan 31, 2005 at 01:20:40AM +0100, Ulrik Haugen wrote: The patch for this bug ought to bring back a configuration option in WPrefs that I presume were once there (changelog.gz contains: I honestly don't remember if this was configurable via WPrefs, but yes, that makes sense. should be removed from /etc/WindowMaker/WindowMaker so that the only behavior mentioned in the documentation is available without hunting through the source package to find that this option has been brought back from the dead. Especially since the presence of that option was the one difference between a working and a crashing config file when I first tried a 0.91-version from testing. I'm sorry, I'm not sure I follow you. Using this option crashes Window Maker? Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293086: clamav: non consistant error when not enough space in /tmp
Package: clamav Version: 0.81-2 Severity: minor After filling my /tmp ( 100% occupied), I have the following error when running clamscan: LibClamAV Error: Wrote 0 instead of 512 (/tmp/clamav-b3d90c6406ca9c9e/main.db). LibClamAV Error: cli_cvdload(): Can't unpack CVD file. LibClamAV Error: Malformed database file /var/lib/clamav//main.cvd ERROR: CVD extraction failure after cleaning my tmp, everything gets just fine ... but the error is not relevant at all. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav depends on: ii clamav-freshclam [clamav-da 0.81-2 downloads clamav virus databases f ii libbz2-1.0 1.0.2-3 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libclamav1 0.81-2 virus scanner library ii libcurl37.12.3-2 Multi-protocol file transfer libra ii libgmp3 4.1.4-5 Multiprecision arithmetic library ii libidn110.5.2-3 GNU libidn library, implementation ii libssl0.9.7 0.9.7e-3 SSL shared libraries 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#279002: util-linux: Loop AES patches
Hi, On Fri, Jan 07, 2005 at 04:05:23PM +0100, Max Vozeler wrote: On Sat, Oct 30, 2004 at 05:12:37PM -0500, Manoj Srivastava wrote: It would be really nice if we could get this into util-linux, I agree, that would be great. OTOH we should aim to make the result compatible for users of the existing crypto support, which is not the case with the patch as-is. I've been looking into what changes would be required. Here is what I have found so far: - The two patches default to different hash functions. The loop-AES patch defaults to sha256/384/512 (depending on the keysize); The current crypto defaults to rmd160. Most current users would need to add -H rmd160 to losetup (or 'phash=rmd160' to mount options) to continue using existing encrypted images. what about introducing a config file, e.g. /etc/mount-crypro-default, that contains only the word crypto or loop-AES. Mount/losetup's default behavior is then the one or the other. (They could default to crypto if the conffile is absent.) Regards, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292511: Simple Fix for Potential Denial of Service Vulnerability
Hello, Thanks for reporting. In Message Bug#292511: Simple Fix for Potential Denial of Service Vulnerability [EMAIL PROTECTED], FX [EMAIL PROTECTED] said; The following solution was posted by Eric Hodel in news://comp.lang.ruby On line 158 of fcgi.c (0.8.5) err needs to be copied to errno so rb_sys_fail works correctly. Hm, I'm not able to find a way to reproduce this bug yet. But, tentatively, I fixed fcgi.c, and will upload .deb soon. If you have Eric Hodel's patch, could you send me it? I couldn't find out the patch. -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293069: /etc/lynx-cur: 20 files not listed
From: Dan Jacobson [EMAIL PROTECTED] Subject: Bug#293069: /etc/lynx-cur: 20 files not listed Date: Tue, 01 Feb 2005 05:52:35 +0800 Shouldn't all the files in /etc/lynx-cur be listed, and as conffiles? $ dlocate /etc/lynx-cur/|wc -l 1 $ ls /etc/lynx-cur/|wc -l 21 I believe no, they shouldn't be listed. Only /etc/lynx-cur/lynx.cfg is shipped with the package (so conffile) but the rest are generated with postinst of lynx-cur-wrapper (so they are configuration files). Thanks for your interest in lynx-cur. Regards,2005-2-1(Tue) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293068: lynx-zh.cfg: what about China, gb2312?
From: Dan Jacobson [EMAIL PROTECTED] Subject: Bug#293068: lynx-zh.cfg: what about China, gb2312? Date: Tue, 01 Feb 2005 05:55:36 +0800 File: /etc/lynx-cur/lynx-zh.cfg Shouldn't zh be split into big5 and gb2312? Remembered Taiwan, forgot China? Also Hong Kong...? Would be so but I'm afraid I've not enough knowledge or information how to set up for big5 nor gb2312 at present. I welcome any contribution as I already write in README.Debian of lynx-cur-wrapper; This wrapper will provide every basic setup for lynx mainly for novice users using LANG environment variable so a user needs essentially nothing to do except setting LANG appropriately. But the current maintainer does not know about this issue so precisely so please let me know any deficiency if you find. Please let me know how to set up practically if possible. Thanks for your interest in lynx-cur. Regards,2005-2-1(Tue) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293087: python-qt3: PyQT leaks lots of memory!
Package: python-qt3 Version: 3.13-4 Severity: normal I have an application prototype made with PyQT, it seems to leak lots of memory with no reason. After two or three hours of normal usage, the machine hangs with their 256mb of ram exhausted, swaping to death. I tried to isolate the bug, I think is present in the QDialog creation, maybe in more places too. Here is a test script with their sample output, press Enter many times and see how the memory grows and grows by pressing 'M': # #!/usr/bin/python import os, sys, time, gc from qt import * ### Query Memory Usage Functions _proc_status = '/proc/%d/status' % os.getpid() _scale = {'kB': 1024.0, 'mB': 1024.0*1024.0, 'KB': 1024.0, 'MB': 1024.0*1024.0} def _VmB(VmKey): global _proc_status, _scale VmKey = Vm+VmKey+: # get pseudo file /proc/pid/status try: t = open(_proc_status) v = t.read() t.close() except: return 0.0 # non-Linux? # get VmKey line e.g. 'VmRSS: kB\n ...' i = v.index(VmKey) v = v[i:].split(None, 3) # whitespace if len(v) 3: return 0.0 # invalid format? # convert Vm value to bytes return float(v[1]) * _scale[v[2]] mem_types = ('RSS', 'Stk', 'Data', 'Lib', 'Size') def memoryUsage(): return Current Memory Usage: + .join([%s:%s % (k, _VmB(k)) for k in mem_types]) max_mem_by_type = {} for t in mem_types: max_mem_by_type[t] = _VmB(t) def check_leak(s): for mem_type, value in max_mem_by_type.items(): current_mem = _VmB(mem_type) if current_mem value: print \tAT %s: MAX '%s' MEMORY INCREASED FROM %d TO %d (+%d) % \ (s, mem_type, value, current_mem, current_mem-value) sys.stdout.flush() max_mem_by_type[mem_type] = current_mem ### class LeakDialog(QDialog): def __init__(self,parent = None,name = None,modal = 0,fl = 0): QDialog.__init__(self,parent,name,modal,fl) class Main(QMainWindow): def __init__(self): QMainWindow.__init__(self) def keyPressEvent(self, event): NUM_FORMS = 1 k = event.key() if k in (QKeyEvent.Key_Enter, QKeyEvent.Key_Return): print *** Creating %d LeakDialog's % NUM_FORMS check_leak(Pre-Creating) for x in range(NUM_FORMS): f = LeakDialog() f = None print End Creating print Forcing GC col = gc.collect() uncol = len(gc.garbage) if col or uncol: print GC Collected: %d Uncollected: %d % (col, uncol) print End GC check_leak(Post-Construction) print memoryUsage() elif k == QKeyEvent.Key_M: print memoryUsage() app = QApplication(sys.argv) w = Main() app.setMainWidget(w) w.show() print Focus the Window and press Enter for object creation / destruction, or 'M' for current memory usage\n print memoryUsage(),'\n' app.exec_loop() #-- # Sample Output: [EMAIL PROTECTED]:~$ ./isolate_leak.py Focus the Window and press Enter for object creation / destruction, or 'M' for current memory usage Current Memory Usage: RSS:18714624.0 Stk:40960.0 Data:3489792.0 Lib:26427392.0 Size:32927744.0 *** Creating 1 LeakDialog's AT Pre-Creating: MAX 'Size' MEMORY INCREASED FROM 31375360 TO 32968704 (+1593344) AT Pre-Creating: MAX 'Data' MEMORY INCREASED FROM 2072576 TO 3489792 (+1417216) AT Pre-Creating: MAX 'Lib' MEMORY INCREASED FROM 26304512 TO 26464256 (+159744) AT Pre-Creating: MAX 'RSS' MEMORY INCREASED FROM 15441920 TO 18882560 (+3440640) End Creating Forcing GC End GC AT Post-Construction: MAX 'Size' MEMORY INCREASED FROM 32968704 TO 46891008 (+13922304) AT Post-Construction: MAX 'Data' MEMORY INCREASED FROM 3489792 TO 17412096 (+13922304) AT Post-Construction: MAX 'RSS' MEMORY INCREASED FROM 18882560 TO 32854016 (+13971456) Current Memory Usage: RSS:32854016.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 Current Memory Usage: RSS:32854016.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 Current Memory Usage: RSS:32854016.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 Current Memory Usage: RSS:32854016.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 *** Creating 1 LeakDialog's End Creating Forcing GC End GC AT Post-Construction: MAX 'RSS' MEMORY INCREASED FROM 32854016 TO 32919552 (+65536) Current Memory Usage: RSS:32919552.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 Current Memory Usage: RSS:32923648.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 Current Memory Usage: RSS:32923648.0 Stk:40960.0 Data:17412096.0 Lib:26464256.0 Size:46891008.0 *** Creating 1 LeakDialog's
Bug#293090: bindgraph:[INTL:zh-tw] Traditional Chinese translation
Package: bindgraph Severity: wishlist Tags: patch l10n Hi. I finished translating the bindgraph for Traditional Chinese. I hope this could be included. :-) Best Regard Asho Yeh -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to zh_TW.UTF-8) bindgraph_0.1-2_zh-tw.po.gz Description: Binary data
Bug#293088: fails to move files to a new directory
Package: darcs-load-dirs Version: 1.0.15 AutoGen 5.6.6pre5 moves two header files into a new subdirectory. When I ran darcs_load_dirs and told it to move these files, it crashed. Here is the log: TLACMD: darcs Num Source FilesNum Destination Files --- --- --- --- 0 autoopts/options.h0 autoopts/autoopts/ 1 autoopts/streqv.h 1 autoopts/autoopts/options.h 2 autoopts/tokenize.h 2 autoopts/autoopts/usage-txt.h 3 autoopts/usage-txt.h 3 autoopts/configFileLoad.3 4 compat/libgen.h 4 autoopts/configfile.c 5 compat/strcspn.c 5 autoopts/proto.h 6 6 autoopts/strequate.3 7 7 autoopts/streqvcmp.3 8 8 autoopts/streqvmap.3 9 9 autoopts/string_tokenize.3 a a autoopts/strneqvcmp.3 b b autoopts/strtransform.3 Syntax: src dest [,src dest [,...]] to move, q to accept, r to redraw: Command: 0 1, 3 2 autoopts/options.h - autoopts/autoopts/options.h Skipping '/home/kraai/projects/debian/autogen/upstream/autoopts/autoopts' ... parent directory '/home/kraai/projects/debian/autogen/upstream/autoopts/' isn't in the repo. darcs failed: The target directory autoopts/autoopts doesn't exist in working directory. Traceback (most recent call last): File /usr/bin/darcs_load_dirs, line 26, in ? init.run(darcsdefault=True) File /usr/lib/python2.3/site-packages/tla_support/init.py, line 50, in run summary = options.summary).main() File /usr/lib/python2.3/site-packages/tla_support/tla_interact.py, line 102, in main if not readloop(): File /usr/lib/python2.3/site-packages/tla_support/tla_interact.py, line 72, in readloop self.mv(self.deletedfiles[src], self.addedfiles[dest]) File /usr/lib/python2.3/site-packages/tla_support/tla_interact.py, line 161, in mv self.wcobj.movetag(src, dest) File /usr/lib/python2.3/site-packages/tla_support/tla_wc.py, line 81, in movetag [cmd().move, src, dest]) File /usr/lib/python2.3/site-packages/tla_support/util.py, line 111, in chdircmd return apply(func, args, kwargs) File /usr/lib/python2.3/site-packages/tla_support/util.py, line 67, in safeexec return checkresult(result, expected) File /usr/lib/python2.3/site-packages/tla_support/util.py, line 95, in checkresult raise ExecProblem, info + (expected exit code %d) % expected tla_support.util.ExecProblem: exited with code 2 (expected exit code 0) -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293089: pbuilder: please add -R to the date command
Package: pbuilder Version: 0.121 Severity: wishlist Tags: patch diff -urNp pbuilder-buildpackage-funcs.orig pbuilder-buildpackage-funcs --- pbuilder-buildpackage-funcs.orig2005-01-04 14:38:19.0 +1100 +++ pbuilder-buildpackage-funcs 2005-02-01 12:05:13.0 +1100 @@ -55,7 +55,7 @@ function checkbuilddep () { } function echobacktime () { -echo Current time: $(date) +echo Current time: $(date -R) echo pbuilder-time-stamp: $(date +%s) } Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#292393: lynx-cur: don't say 'toggles' without mentioning default state
From: Dan Jacobson [EMAIL PROTECTED] Subject: Bug#292393: lynx-cur: don't say 'toggles' without mentioning default state Date: Thu, 27 Jan 2005 03:26:35 +0800 Things like -cookies toggles handling of Set-Cookie headers. leaves the user guessing what the default state is. Please check all uses of 'toggles' on the man page. Well, the default states depend on compile time option and/or runtime option (in lynx.cfg) in many cases so I suspect it would be difficult to mention in a manual (static) page on the default states. Thanks for your interest in lynx-cur. Regards,2005-2-1(Tue) -- Debian Developer Debian JP Developer - much more I18N of Debian Atsuhito Kohda [EMAIL PROTECTED] Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293091: lirc: setup-driver.sh not found
Package: lirc Version: 0.7.1pre1-1 Severity: grave Justification: renders package unusable The package does not install Command: apt-get install lirc Error: /var/lib/dpkg/info/lirc.config: line 570: ./setup-driver.sh : File not found -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ck5 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages lirc depends on: ii debconf [debconf-2.0] 1.4.42 Debian configuration management sy ii dialog1.0-20050116-1 Displays user-friendly dialog boxe ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii liblircclient00.7.1pre1-1LIRC client library -- debconf information: lirc/take_care_of_old_config: * lirc/install_devices: true lirc/irq: lirc/lircd_conf: * lirc/reconfigure: false lirc/lircmd_conf: lirc/remove_var-log-lircd: true lirc/driver: lirc/port: lirc/device: lirc/should-use-IntelliMouse: lirc/cflags: lirc/timer: lirc/modules: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293092: ITP: libneedle-ruby -- Needle: Dependency Injector for Ruby
Package: wnpp Severity: wishlist * Package name: libneedle-ruby Version : 1.2.0 Upstream Author : Jamis Buck [EMAIL PROTECTED] * URL or Web page : http://rubyforge.org/projects/needle/ * License : BSD or Ruby's Description : Needle: Dependency Injector for Ruby -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293093: ITP: libneedle-extras-ruby -- Extra libraries for Needle
Package: wnpp Severity: wishlist * Package name: libneedle-extras-ruby Version : 1.0.0 Upstream Author : Jamis Buck [EMAIL PROTECTED] * URL or Web page : http://rubyforge.org/projects/needle/ * License : BSD or Ruby's Description : Extra libraries for Needle -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292858: kernel-image-2.6.8-2-686 Load average is vastly wrong
On Mon, Jan 31, 2005 at 08:32:39PM +, Greg Kochanski wrote: Horms wrote: On Sun, Jan 30, 2005 at 04:38:05PM +, Greg Kochanski wrote: Package: kernel-image-2.6.8-2-686 Version: 2.6.8-12 Severity: important Load average is reported very high, but it ain't so. $ cat /proc/loadavg 52.80 51.80 50.81 4/202 8431 $ The system is currently unloaded and quite responsive. The real load average is clearly less than 2, and from looking at top, the load average is probably about 0.1 . In Bug#29285 you report that you have processes hung while accessing the filesystem. I would strongly suspect that is related to this load. Possibly, but those processes were showing zero CPU, as displayed by top. The system was also far too responsive to be heavily loaded in reality. load average is not a measure of how busy your CPU is. It is a measure of how many processes are waiting for system resources. Usually high CPU utilisation and high load go together, however they are not the same thing. I would syspect that the load average being reported it is indeed accurate, and that some resource is in contention. This is breaking my mail; exim4 is configured on my system to refrain from delivering or accepting mail when the load average is too high. I suspect that this load average is a symtom of some breakage, not a cause. The load average is a direct cause of exim4's breakage, because it was configured to stop accepting mail when the load average was too high. What caused the bad load average, I don't know. Previous to the high load average, I had been trying to mount a SCSI disk over USB. This may also be related. Is dmesg showing you anything useful. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293094: oregano: new upstream release
Package: oregano Version: 0.40.0-1 Severity: wishlist The last upstream release (0.40.3) fix an important bug in AMD64 (and maybe in others 64bits architectures). Add fr help and translation and fix others minors bugs. Update this package please :) -- no debconf information -- Ricardo Markiewicz // http://www.fi.uba.ar/~rmarkie/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292726: buffer overflow in charset (CAN-2005-0086)
Thomas Schoepf wrote: The bug is Redhat specific. It was introduced by a patch they apply to less. This is a comment taken from https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145527 Additional Comment #15 From Josh Bressers (Security Response Team) on 2005-01-25 09:27 --- I've done some investigating on this issue. This problem is caused by a patch we apply to the RHEL3 less. It does not affect the original version, or any upstream versions I've tried. Ok sorry for the severity inflation and if you're sure it's fixed you can of course close the report. -- see shy jo signature.asc Description: Digital signature
Bug#292856: kernel-image-2.6.8-2-686: unkillable process
On Mon, Jan 31, 2005 at 08:46:35PM +, Greg Kochanski wrote: Unexpectedly, it is reproducible. Here's the relevant bit of ps -e -F . This was taken a minute or so after I started the strace find . gpk 16650 16555 0 646 1480 0 20:35 pts/700:00:00 bash gpk 16659 16650 1 428 572 0 20:36 pts/700:00:01 strace find . -name #cvs gpk 16660 16659 0 382 444 0 20:36 pts/700:00:00 find . -name #cvs gpk 16681 16583 0 624 852 0 20:38 pts/400:00:00 ps -e -F /var/log/dmesg and /var/log/syslog show no relevant entries (and no entries at all since I started the find .) The directory from which I launched find is on a local disk; no disks are configured for NFS. The directory was reached via a symbolic link, though that ought not to be relevant. The disk it is on is the main system disk, and it seems to be functioning well. The tail end of the output of strace follows: getdents64(4, /* 113 entries */, 4096) = 4072 getdents64(4, /* 50 entries */, 4096) = 1760 getdents64(4, /* 0 entries */, 4096)= 0 close(4)= 0 chdir(22) = 0 lstat64(., {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0 chdir(..) = 0 lstat64(., {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64(23, {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0 open(23, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 fstat64(4, {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 getdents64(4, (The output stopped half-way through the last line. I had it going directly to a terminal, rather than a file to avoid any buffering.) Ok, in a nutshell, what is going on here is that find is opening a directory (getdents64() is likely the result of a call to readdir()), and the kernel is not returning from that call. This is most likely because some IO is blocking (permanently) somewhere. Using the non-straced output of find you should be able to work out aproximately where in the filesystem this is occuring. You mentioned in another bug report that you are experiencing high load average, yet the CPU seems idle. You also mentioned you have been using a USB disk. I strongly suspect that this is infact the same issue. I strongly suspect that you have a large number of (find) processes blocked on IO somewhere in your filesystem. I would strongly suspect this is the mountpoint where the system thinks that the USB disk is, but it isn't there, and it is blocking, waiting to acccess the system. That this is reproducable is not surprising in the least. Blocking IO is very commonly used, and blocking means just that, it blocks until the result comes out. And while it is blocking, it is usually stuck in the kernel, and you can't kill process that are stuck in the kernel. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293095: abiword-gnome: Crash when changing Layout view while text is selected
Package: abiword-gnome Version: 2.0.14-1 Severity: normal 1. Start with existing document, or type one or more characters into a new document. 2. Select one or more characters. 3. Switch Layout (eg. from 'Print Layout' to 'Normal Layout') 4. (optional) Wonder why gnome_segv lets you launch bug-buddy, when the latter doesn't actually let you report bugs against abiword. FWIW, here is the backtrace yanked out of bug-buddy: Backtrace was generated from '/usr/bin/AbiWord-2.0' (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) `system-supplied DSO at 0xe000' has disappeared; keeping its symbols. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1227521920 (LWP 24441)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7ce74ee in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xb7ce74ee in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0xb7eea434 in libgnomeui_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 signal handler called #3 0xb70ff7ab in raise () from /lib/tls/libc.so.6 #4 0xb7100f12 in abort () from /lib/tls/libc.so.6 #5 0x0811806c in AP_UnixApp::catchSignals () #6 0x08117f8e in signalWrapper () #7 signal handler called #8 0x0019 in ?? () #9 0x08116693 in AP_UnixApp::setSelectionStatus () #10 0x081202ff in ap_UnixViewListener::notify () #11 0x0822a722 in AV_View::notifyListeners () #12 0x0827b821 in FV_View::notifyListeners () #13 0x0829323d in FV_View::cmdSelect () #14 0x08140efc in AP_Frame::_replaceView () #15 0x081407af in AP_Frame::_showDocument () #16 0x0813f79a in AP_Frame::setZoomPercentage () #17 0x082236bd in XAP_Frame::updateZoom () #18 0x081311d3 in ap_EditMethods::viewNormalLayout () #19 0x08265cb0 in EV_EditMethod::Fn () #20 0x08266cea in EV_Menu::invokeMenuMethod () #21 0x0826a428 in EV_UnixMenu::menuEvent () #22 0x0826bee8 in _wd::s_onActivate () #23 0xb78651f6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #24 0xb7853686 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #25 0xb7864d1f in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #26 0xb7863dec in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #27 0xb7864076 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #28 0xb7b88137 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #29 0xb7a99132 in gtk_menu_shell_activate_item () from /usr/lib/libgtk-x11-2.0.so.0 #30 0xb7a9846d in _gtk_menu_shell_activate () from /usr/lib/libgtk-x11-2.0.so.0 #31 0xb7a90f86 in gtk_menu_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0 #32 0xb7a890d4 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #33 0xb7853919 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #34
Bug#293096: bash: patch for DOTPATH
Package: bash Version: 3.0-13 Severity: wishlist Tags: patch Hi, as per discussion on -devel, it'd be nice if you could set $DOTPATH to tell . to search for shell snippets that don't need to be on the PATH. ie, $ cd $ mkdir snippets $ echo 'f () { echo hello, world; }' snippets/hello.sh $ DOTPATH=~/snippets $ . hello.sh $ f hello, world See http://lists.debian.org/debian-devel/2005/01/msg01907.html and the rest of the thread for the discussion. Sample patch follows. Sorry about any wrapping problems. :-/ diff -urb bash-3.0/bash/builtins/source.def bash-3.0-aj/bash/builtins/source.def --- bash-3.0/bash/builtins/source.def 2003-12-20 10:03:06.0 +1000 +++ bash-3.0-aj/bash/builtins/source.def2005-02-01 13:53:03.234194528 +1000 @@ -72,6 +72,9 @@ extern int restricted; #endif +/* If non-zero, `.' uses $DOTPATH to look up the script to be sourced. */ +int source_uses_dotpath = 1; + /* If non-zero, `.' uses $PATH to look up the script to be sourced. */ int source_uses_path = 1; @@ -128,8 +131,15 @@ #endif filename = (char *)NULL; + if (source_uses_dotpath) +{ + filename = find_path_file_in (list-word-word, DOTPATH); +} + if (filename == 0) +{ if (source_uses_path) filename = find_path_file (list-word-word); +} if (filename == 0) { if (source_searches_cwd == 0) diff -urb bash-3.0/bash/findcmd.c bash-3.0-aj/bash/findcmd.c --- bash-3.0/bash/findcmd.c 2003-09-13 04:50:45.0 +1000 +++ bash-3.0-aj/bash/findcmd.c 2005-02-01 13:53:33.235633616 +1000 @@ -47,8 +47,8 @@ extern int posixly_correct; /* Static functions defined and used in this file. */ -static char *_find_user_command_internal __P((const char *, int)); -static char *find_user_command_internal __P((const char *, int)); +static char *_find_user_command_internal __P((const char *, int, const char *)); +static char *find_user_command_internal __P((const char *, int, const char *)); static char *find_user_command_in_path __P((const char *, char *, int)); static char *find_in_path_element __P((const char *, char *, int, int, struct stat *)); static char *find_absolute_program __P((const char *, int)); @@ -174,7 +174,7 @@ find_user_command (name) const char *name; { - return (find_user_command_internal (name, FS_EXEC_PREFERRED|FS_NODIRS)); + return (find_user_command_internal (name, FS_EXEC_PREFERRED|FS_NODIRS, PATH)); } /* Locate the file referenced by NAME, searching along the contents @@ -182,23 +182,32 @@ pathname to the file, or NULL if the file couldn't be found. This returns the first file found. */ char * +find_path_file_in (name, pathvar) + const char *name; + const char *pathvar; +{ + return (find_user_command_internal (name, FS_EXISTS, pathvar)); +} + +char * find_path_file (name) const char *name; { - return (find_user_command_internal (name, FS_EXISTS)); + return (find_user_command_internal (name, FS_EXISTS, PATH)); } static char * -_find_user_command_internal (name, flags) +_find_user_command_internal (name, flags, pathvar) const char *name; int flags; + const char *pathvar; { char *path_list, *cmd; SHELL_VAR *var; /* Search for the value of PATH in both the temporary environments and in the regular list of variables. */ - if (var = find_variable_internal (PATH, 1))/* XXX could be array? */ + if (var = find_variable_internal (pathvar, 1)) /* XXX could be array? */ path_list = value_cell (var); else path_list = (char *)NULL; @@ -212,9 +221,10 @@ } static char * -find_user_command_internal (name, flags) +find_user_command_internal (name, flags, pathvar) const char *name; int flags; + const char *pathvar; { #ifdef __WIN32__ char *res, *dotexe; @@ -222,13 +232,13 @@ dotexe = (char *)xmalloc (strlen (name) + 5); strcpy (dotexe, name); strcat (dotexe, .exe); - res = _find_user_command_internal (dotexe, flags); + res = _find_user_command_internal (dotexe, flags, pathvar); free (dotexe); if (res == 0) -res = _find_user_command_internal (name, flags); +res = _find_user_command_internal (name, flags, pathvar); return res; #else - return (_find_user_command_internal (name, flags)); + return (_find_user_command_internal (name, flags, pathvar)); #endif } diff -urb bash-3.0/bash/findcmd.h bash-3.0-aj/bash/findcmd.h --- bash-3.0/bash/findcmd.h 2001-09-14 05:24:53.0 +1000 +++ bash-3.0-aj/bash/findcmd.h 2005-02-01 13:48:30.487658304 +1000 @@ -29,6 +29,7 @@ extern int executable_or_directory __P((const char *)); extern char *find_user_command __P((const char *)); extern char *find_path_file __P((const char *)); +extern char *find_path_file_in __P((const char *, const char *)); extern char *search_for_command __P((const char *)); extern char *user_command_matches __P((const char *, int, int)); Cheers, aj -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact
Bug#292917: [Pkg-octave-devel] Bug#292917: needs to depend on f2c on m68k?
On 30 January 2005 at 21:47, Adam Conrad wrote: | Package: octave2.1-headers | Version: 2.1.64-1 | Severity: important | | I've seen several octave-related packages fail to build on m68k, with | errors like so: | | /usr/bin/ld: cannot find -lf2c | collect2: ld returned 1 exit status | | | If it's octave2.1-headers (well, /usr/bin/mkoctfile) that is introducing | this extra linker flag, perhaps it should also depend on f2c (on m68k only), | so packages building against octave2.1 don't have to special case m68k | each time on their own. Good point, and r-base-dev uses Depends: [...] g77 | m68k, f2c | not+m68k, type-handling, [...] which uses a special sort-of virtual package type-handling along with these funky alternatives encoding m68k behaviour (use f2c) and its opposite (g77). I can't remember why I never added that to octave2.1-headers. It is worth a try. Dirk -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291412: OpenLDAP 2.2 GnuTLS
I too wish OpenLDAP 2.2 were available in Debian today (#256209) - but I'm very pleased with GnuTLS; it's not merely a GPL'd implementation of OpenSSL - it supports OpenPGP keys (in addition to X.509) is of high quality (it's GNU!) The real shame is OpenLDAP 2.2 doesn't support GnuTLS. Major props to anyone working on OpenLDAP GnuTLS support, or GnuTLS SASL EXTERNAL authentication support (#274613) Best wishes, Jack -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292917: [Pkg-octave-devel] Bug#292917: needs to depend on f2c on m68k?
Dirk Eddelbuettel said: Good point, and r-base-dev uses Depends: [...] g77 | m68k, f2c | not+m68k, type-handling, [...] I can't remember why I never added that to octave2.1-headers. It is worth a try. I don't see why octave2.1-headers would need type-handling, since, unlike r-base-dev, it's an arch:any package. You should be able to have a ${m68k:Depends} or something in your debian/control that only gets populated with f2c on m68k builds and no other. Of course, use whichever solution you prefer. ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292917: needs to depend on f2c on m68k?
On 1 February 2005 at 14:38, Adam Conrad wrote: | Dirk Eddelbuettel said: | | Good point, and r-base-dev uses | | Depends: [...] g77 | m68k, f2c | not+m68k, type-handling, [...] | | I can't remember why I never added that to octave2.1-headers. It is worth | a try. | | I don't see why octave2.1-headers would need type-handling, since, unlike | r-base-dev, it's an arch:any package. That may have been the reason then. | You should be able to have a | ${m68k:Depends} or something in your debian/control that only gets | populated with f2c on m68k builds and no other. I am not aware of packages modifying debian/control on the fly. That sounds a little fishy to me. And all that mess for m68k which nobody uses. Sigh. Dirk -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]