Bug#339879: Does not work with characters 128 in unusable_chars
That patch is needed too: --- /usr/lib/python2.3/site-packages/jack_freedb.py~2005-11-20 07:54:45.0 + +++ /usr/lib/python2.3/site-packages/jack_freedb.py 2005-11-20 07:53:38.0 + @@ -84,7 +84,7 @@ if jack_utils.check_path(dirs_created, old_dirs) and not jack_utils.check_path(dirs_created, new_dirs): jack_utils.rename_path(dirs_created, new_dirs) print Info: cwd now, os.getcwd() -jack_functions.progress(all, 'ren', dir_created + -- + unicode(new_dir, cf['_charset'])) +jack_functions.progress(all, 'ren', dir_created + -- + unicode(new_dir, cf['_charset'], replace)) if not err: names_available = 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm noticing this problem as well. My Message buffers are being colorized, but my Group buffer is not being colorized. Bold text is shown, but no colors. Setting jit-lock-stealth-time has no effect. This problem also affects ERC buffers -- no colors are shown there, either. Muse and Planner buffers still show colors, though. Wonder what could be causing this. - -- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: anime, Debian, XHTML, wiki, Emacs Lisp /` |\ | | | IRC: mwolson on freenode.net: #hcoop, #muse, #PurdueLUG |_] | \| |_| Jabber: mwolson_at_hcoop.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgC2P+1Ho2POo0xkRAoefAJ4mIhVxOVCIuKOakdGWpUYu3dg5IACfe+Wz ygcjVU9ZTS8gzNZVszenrCE= =C8K8 -END PGP SIGNATURE-
Bug#339879: Does not work with characters 128 in unusable_chars
* Martin Michlmayr [EMAIL PROTECTED] [2005-11-19 15:09]: Yes, I can reproduce this. Below is a fix; it definitely works in UTF. Can you please also test it in pl_PL? What I'm particulary interested in is whether something like: unusable_chars:[' ', '/', 'ą'] replacement_chars:['_', '_', 'a' ] and: unusable_chars:[' ', '/', 'a'] replacement_chars:['_', '_', 'ą' ] # just to test... works in pl_PL with ISO Latin-2 (i.e., the actual character rather than the byte code, but please test both). -- Martin Michlmayr http://www.cyrius.com/
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
[Petter Reinholdtsen] The patch look good, but will be equivalent to a forked subprocess when running the scripts in parallel. Here is a possible patch to avoid running .sh scripts in the background when using CONCURRENCY=shell. Index: debian/sysv-rc/etc/init.d/rc === --- debian/sysv-rc/etc/init.d/rc(revisjon 164) +++ debian/sysv-rc/etc/init.d/rc(arbeidskopi) @@ -58,10 +58,19 @@ $debug startpar -a $action $scripts ;; shell) + backgrounded=0 for script in $scripts ; do - $debug $script $action + case $script in + *.sh) + $debug $sh $script $action + ;; + *) + $debug $script $action + backgrounded=1 + ;; + esac done - wait + [ 1 = $backgrounded ] wait ;; esac } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#155075: RFS: giac -- computer algebra system with nice GUI
Hi there, Carlos. On Nov 15 2005, Carlos Enrique Carleos Artime wrote: Description: Advanced computer algebra system with nice GUI by Bernard Parisse. Homepage: http://www-fourier.ujf-grenoble.fr/~parisse/giac.html The ITP was filed in bug 155075: http://bugs.debian.org/155075 Debian sources at mentors: http://mentors.debian.net/debian/pool/main/g/giac/ I'm not in a position to sponsor you (I'm not a DD), but I had to do long (and tedious) manipulations a little while ago and found that there's actually no Computer Algebra System available in etch, which is a problem. I tried installing yacas from stable and, after some use, it segfaulted. :-) It would really be nice to have a good, Free, and working computer algebra system in Debian. :-) Thanks, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#175713: reopen
reopen 175713 merge 175713 199152 thanks I don't think you have fixed this bug in 2.2-4 $ dpkg -l yard | grep ^hi hi yard 2.2-4 Perl scripts to build rescue disk(s) to revive a system $ apt-cache show yard | grep Depends Depends: perl, fileutils (=4.1), binutils, file -- LI Daobing
Bug#338983: horde2: New upstream version with security fix
Ola Lundqvist wrote: I assume that this applies to the sarge version as well. It seems so. I'm not sure this should be considered grave as this only can occur when a fatal error occur. Better be save than sorry, also error pages can be referenced. I'm not even sure that this is possible to trigger without being logged in. But still even logged in users should not be allowed to do such attacks. Ack. Please let me know the version number of the package in sid that'll fix this problem. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339955: [Pkg-sysvinit-devel] Bug#339955: sysv-rc: /etc/init.d/*.sh should be sourced in runlevel S
On Sun, Nov 20, 2005 at 08:20:59AM +0100, Petter Reinholdtsen wrote: [Steve Langasek] It's perfectly sensible: if the scripts were meant to be run in parallel, they shouldn't have the .sh extension... Eh, are you claiming that policy mention sourcing of .sh scripts to make sure those scripts are not run in paralell? It does not sounds reasonable to me, as the parallel booting feature have never been tried before in Debian. Or are you trying to say something else, like we should change the name of the init.d scripts in /etc/rcS.d/ to allow parallelization? I imagine that parallelization wasn't a major consideration when this part of policy was written, but *if* parallelization of these scripts is now the most important thing for boot time optimization, then they could be renamed, yes. This would have to be evaluated per-script; the side-effect of being able to set env variables for the remaining boot scripts also needs to be taken into consideration. I suspect this part of policy was written to document the current implementation, without considering which part of the implementation should be part of the policy and which part was better left unspecified for future improvements. Am I wrong? Er, this is a case of policy defining an interface, so that both init script implementors and implementors of runlevel managers both know what to expect. I don't think that's inappropriate for policy. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#316044: more info
same bug, more strange behaviour: immediately after logging in, before moving to a workspace other than #1, I click and drag the clip and only those dockapps which are not omnipresent move following the dragged clip. I can right click on any non omnipresent -thus dragging- dockapp to see its menu or double click to start any of them and the dragging behaviour does not change. I right click on an omnipresent unstarted dockapp and I correctly get its menu. I toggle the onmipresent flag of an omnipresent dockapp making it non-omnipresent. the dock does not by this start to move around following the clip. yet I can right click and double click on it to make it start. right clicking on a still omnipresent unstarted dockapp makes all started or unstarted unmovable dockappse (the ones which were omnipresent at startup) disappear. moving to workspace 2 make all omnipresent dockapps reappear (the one I had made not omnipresent does not reappear in either (1 or 2) workspaces). I restart the window manager and the behaviour is back to normal. I find the lost dockapp in workspace 4. hope this helps. Mario
Bug#340000: ITP: cmus -- C* music player - text mode audio player
Package: wnpp Severity: wishlist Owner: Julien Louis [EMAIL PROTECTED] * Package name: cmus Version : 1.6.4 Upstream Author : Timo Hirvonen [EMAIL PROTECTED] * URL : http://onion.dynserv.net/~timo/index.php?page=Projects/cmus * License : GPL Description : C* music player - text mode audio player C* Music Player is a modular and very configurable ncurses-based audio player. It has some interesting features like configurable colorscheme, mp3 and ogg streaming, it can be control with an UNIX socket, filters, album/artists sorting and a vi-like configuration interface. . It currently supports different input formats: - Ogg Vorbis - MP3 (with libmad) - FLAC - Wav - Modules (with libmodplug) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Io ! l'âme y a borné en Robaye ma loi -- Rapilly, Robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340001: [patch] please enable the tyuetype font hinting
Package: xserver-xorg Version: 6.8.2.dfsg.1-10 since the migration from xfree86 to x.org, truetype fonts rendered by X in legacy applications using Xaw,Xt or Gtk1 look like crap. could you please enable the truetype hinting so the non-antialiased fonts can look acceptable again? attached patch solves the issue. -- Jindrich Makovicka --- xorg-x11-6.8.2.dfsg.1.orig/xc/lib/font/FreeType/module/ftoption.h +++ xorg-x11-6.8.2.dfsg.1/xc/lib/font/FreeType/module/ftoption.h @@ -436,7 +436,7 @@ /* Do not #undef this macro here, since the build system might */ /* define it for certain configurations only. */ /* */ -/* #define TT_CONFIG_OPTION_BYTECODE_INTERPRETER */ +#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER /*/
Bug#339987: mozilla-browser: CSS misrendering on strict and xhtml modes
On Sun, Nov 20, 2005 at 04:47:52AM +0100, Marc Lehmann wrote: Package: mozilla-browser Version: 2:1.7.8-1 Severity: minor The following page: http://cfmaps.schmorp.de/sisters/towerabug3.xhtml Sorry, I get a 404 - Not Found when trying to access that page. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329385: locate should ignore filesystems of type none
package findutils tags 329385 - pending thanks On 2005-09-21 Andreas Metzler [EMAIL PROTECTED] wrote: On 2005-09-21 Matthias Klose [EMAIL PROTECTED] wrote: Package: findutils Having a machine with several chroot's and filesystems mounted with bind, these filesystems are searched over and over again. Please add 'none' to PRUNEFS in /etc/updatedb.conf. Fixed in subverion repository. Thanks for the suggestion. This will not be in 4.2.26-1, due to http://savannah.gnu.org/bugs/index.php?func=detailitemitem_id=14921 still being unfixed there. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339669: udev: bad permissions at startup for usb scanner
gpe [EMAIL PROTECTED] wrote: Hi, This was supposedly fixed in the last upload, by adding a RUN rule to explicitely run the hotplug script. I've installed the version 1.0.16-5 of libsane but the problem is always present. As I understand it, coldplugging is done by calling udevsynthesize which recreates udev events for every device/bus on the system at boot time (run from the udev init script). I built a stripped-down version of udevsynthesize handling only the USB busses and ran it by hand with a known scanner connected. As far as I can see, the hotplug script is correctly executed. As the said hotplug script uses only shell builtins, standard UNIX commands under /bin and its db file under /etc/sane.d/hotplug, I don't see how it could fail. Unless /proc is not available at the time udevsynthesize is run, I don't see how the script could fail. As the udev initscript uses /proc itself, this too is ruled out. Md, could you please shed some more light on this ? JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315236: ITA tuxtype
retitle 315236 O: tuxtype -- Educational Typing Tutor Game Starring Tux noowner 315236 thanks On Sun, Oct 30, 2005 at 18:42:31 +0100, Matej Vela wrote: On Thu, Jun 30, 2005 at 10:15:06 -0300, Fabio Brito d'Araujo e Oliveira wrote: retitle 315236 ITA: tuxtype -- Educational Typing Tutor Game Starring Tux owner 315236 ! Do you still intend to adopt tuxtype? (This is just a ping, I'm not interested in adopting it myself.) I haven't heard back from you, so I'm assuming you're no longer interested. If you are, feel free to retitle the bug again. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340002: exim4-base: cron job incorreectly uses hardcoded spool directory
Package: exim4-base Version: 4.54-2 Severity: normal The file /etc/cron.daily/exim4-base ahrdcodes the spool directory as /var/spool/exim4. However, the spool directory is configurable in the configuration file (directive: spool_directory or SPOOLDIR). I think the cron-job should use the directory specified in the configuration file(s). -- Package-specific info: Exim version 4.54 #1 built 02-Nov-2005 19:42:32 Copyright (c) University of Cambridge 2005 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: crypteq iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-server Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages exim4-base depends on: ii adduser 3.79 Add and remove users and groups ii cron 3.0pl1-92 management of regular background p ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii exim4-config [exim4-config-2] 4.54-2 configuration for the exim MTA (v4 ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii netbase 4.23 Basic TCP/IP networking system Versions of packages exim4-base recommends: ii psmisc21.8-1 Utilities that use the proc filesy -- debconf information: exim4/purge_spool: false exim4/move_exim3_spool: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336191: nice: FTBFS java.lang.NoSuchMethodError: gnu/bytecode/Type.reset
severity 336191 serious thanks I see this problem too when I try to build nice in the current sid distribution. I was considering an NMU to solve the ANT issue, but can not do an upload as the build fail. As the source no longer build in sid, I'm increasing the severity to serious. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
Hello! On Sat, Nov 19, 2005 at 06:27:27PM -0800, Mike Daly wrote: Ms. Dongili- cough cough, Mattia is enough (and I'm a male :)) My apologizes for emailing you directly; I was not able to determine how to add a comment to a Debian bug report. you only need to send the email to bug_number@bugs.debian.org (in this case the bug number is 338686, this mail is sent there also). You can find more informations here: http://www.debian.org/Bugs/Reporting I was having the same problem as Mr. Haber upon upgrading to 0.14.4-1 (from 0.14.3-1). Your suggestion to disable SHMConfig solved my problem (I had based my Input suggestion on an example I found online). (Letting you know since it appears Mr. Haber hasn't replied yet.) Thanks a lot! BTW, are you using Kdm too? -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339565: Fix for discover1 failure to detect sbus devices
severity 339565 important retitle 339565 Fails to detect sbus devices tags 339565 patch thanks Hi, After some investigation I've found the problem: an fclose() placed inside the loop in which the the sbus device list is created by reading the information from the sbus.lst file. As a result, only the first entry made it to the list, so the devices (except the Happy Meal ethernet adapter, which is the first entry) were not detected. Attached patch fixes this. I'm bumping the severity because it breaks installs on sbus-based machines. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CCdiff -aur a/lib/lst.c b/lib/lst.c --- a/lib/lst.c 2005-10-12 08:22:23.0 -0700 +++ b/lib/lst.c 2005-11-20 00:36:27.0 -0800 @@ -241,8 +241,8 @@ memset(lst-next, 0, sizeof(*lst)); prev = lst; lst = lst-next; - fclose(f); } + fclose(f); } } sbus_lst_list++;
Bug#339000: bashism in /usr/bin/nicec
tags 339000 + patch
thanks
Here is a patch to fix this issue.
-- bin/nicec.orig 2005-11-20 10:00:56.004671430 +0100
+++ bin/nicec 2005-11-20 10:00:40.563175008 +0100
@@ -89,6 +89,6 @@
# Certain JVMs seem to exit by throwing SIGHUP, thus replacing the exit code
# with 129.
# This happens only when running inside Emacs with Sun's 1.4.2_04-b05.
-trap SIGHUP
+trap HUP
exec ${java} $class ${system_args} $@
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339989: util-vserver: can vservers-default be made async on startup ?
severity 339989 wishlist thanks On Sun, Nov 20, 2005 at 12:19:39PM +0800, [EMAIL PROTECTED] wrote: Package: util-vserver Version: 0.30.208-4 Severity: minor when I change setting for vservers, I use invoke-rc.d vservers-default stop/start/restart. However, I don't get my prompt back until all the servers completes their init. This may be a standard behaviour of Debian init script but I am wondering if it can be changed as if it is inside the startup script(on host server boot), it would delay services numbered after it whichmay not or may not be desirable. As you have suspected this is standard init script behaviour. What services are numbered after? It should not be any after... Regards, // Ola -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.32-xbox-chimpanzee-vs-ll Locale: LANG=, LC_CTYPE= (charmap=ANSI_X3.4-1968) Versions of packages util-vserver depends on: ii iproute 20041019-3 Professional tools to control the ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii net-tools 1.60-10 The NET-3 networking toolkit -- no debconf information -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340003: Update bogons file to reflect IANA allocs in stable branch
package: shorewall version: 2.2.3-2 On 2005-07-30, the bogons file in version 2.2.6 was updated to reflect recent IANA allocations. Please backport the updated bogons file, /usr/share/shorewall/bogons, to the stable branch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340004: iproute: missing build-depends on flex prevents experimental version from building on sarge
Package: iproute Version: 20051007-1 Severity: wishlist The experimental iproute package uses flex, but doesn't build-depend on it. At least on sarge, this prevents tc/tc from being built, and thus the build fails. Btw, the build fails late, at dh_install --fail-missing for not finding tc/tc. The flex: Command not found error happening earlier in the build process is not caught at that place, so the build dies only after the consecutive fault. Additionally, when building on sarge after installing flex, dh_install --fail-missing emits an error message Can't stat debian/tmp: No such file or directory at /usr/bin/dh_install line 210, and build continues. The package seems to build ok, though. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages iproute depends on: ii libatm1 2.4.1-17 shared library for ATM (Asynchrono ii libc6 2.3.5-8GNU C Library: Shared libraries an iproute recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323749: Beautify Rebooting... message for GNU/kFreeBSD
On Sat, Nov 19, 2005 at 11:57:55PM +0100, Petter Reinholdtsen wrote: [Robert Millan] Any ideas? Not really. Perhaps the FreeBSD kernel should be told to shut up? I welcome tested patches, but am not sure if this is solvable without unwanted side-effects. I'm forwarding this to the glibc-bsd-devel mailing list to get some feedback. (see bug #323749 in sysvinit) -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287992: gkdial shouldn't be removed
On Sun, Oct 02, 2005 at 13:13:29 -0300, Guilherme de S. Pastore wrote: [...] Because of the possibly-RC bugs, I'm installing X and gkdial on a Pentium 200 machine here (wonder if it will be able to handle it, haha), which is the only one with a hardmodem I still have around =D I should upload a new package during the next week or so =) What is the status of this? Subscribing to the PTS is something I should already have done, but kept forgetting, it was good that you reminded me =D The subscriber count is still 0. :-( Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339933: signing-party: [caff] problem with a mailserver (but Gnus and Mozilla work)
Hello! On Sat 19 Nov 2005 21:18 +0100, Peter Palfrader wrote: First of all, this is not of severity important. Please stop this severity inflation. Well, from the definition of severity important: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. This seemed to me exactly the case I experienced: *if* the bug was in caff, it rendered caff unusable to me (or to anyone at my university) without affecting other people. On Sat, 19 Nov 2005, Luca Capello wrote: 2) For each key I've in my signature [1], only the mail to my University address (zoo.unige.ch) wasn't readable. So I bet your university mail server breaks things. I doubt there is anything caff can do about this. It seems that you completely ignored the rest of my report. 1) I didn't say caff *is* the problem, I said that while I experienced the problem with caff, with other MUAs I can send/receive PGP encrypted mails via the university mail server. So, why I can't do the same with caff? Are the mails sent by Gnus/Mozilla different in term of content-type of whatever else from the one sent by caff? 2) I asked for help in debugging the problem: as you, I bet my university mail server breaks things, but how can I be 100% sure? What should I do to locate the problem? Just FYI, I was already considering to revoke my university address From my PGP key (all my mails are redirected to this address), but I'd like to understand the problem. Thx, bye, Gismo / Luca pgpAM6fGnLwOr.pgp Description: PGP signature
Bug#339419: d4x crashes in strlen () from /lib64/libc.so.6
From: Max Alekseyev [EMAIL PROTECTED] Subject: Re: d4x crashes in strlen () from /lib64/libc.so.6 Date: Sat, 19 Nov 2005 12:46:09 -0800 Cai Qian wrote: This bug is caused by mismatch versions between libgtk2.0-0 (2.8.3-1) and libglib2.0-0 (2.6.10-1) in unstable. If use both 2.8 or 2.6, d4x will not crash. Could you provide a simpler testcase? Max You can try packages in experimental. http://packages.debian.org/experimental/libs/libgtk2.0-0 Cai Qian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340005: licq: Segfault and core dump on startup
Package: licq Version: 1.3.2-4 Severity: grave Justification: renders package unusable After starting licq and going online, it takes just a few seconds, when licq crashes and dumps core into current directory. Please let me know, if you need the core file so that I can send it to you separately, I don't attach it to this report, since it has ~53 MB. Following is the bactrace: [EMAIL PROTECTED]:~$ licq 10:25:29: [WRN] Licq: Ignoring stale lockfile (pid 5863) Licq Segmentation Violation Detected. Backtrace: licq(licq_handle_sigsegv+0xa4) [0x80f6fd4] [0xe420] /usr/lib/libqt-mt.so.3(_ZN13QListViewItemD2Ev+0x131) [0x40a78973] /usr/lib/licq/licq_qt-gui.so(_ZN13CUserViewItemD0Ev+0x1c4) [0x405d81e4] /usr/lib/licq/licq_qt-gui.so(_ZN11CMainWindow16slot_updatedUserEP10CICQSignal+0x76c) [0x4058416c] /usr/lib/licq/licq_qt-gui.so(_ZN11CMainWindow9qt_invokeEiP8QUObject+0x127) [0x4059a637] /usr/lib/libqt-mt.so.3 (_ZN7QObject15activate_signalEP15QConnectionListP8QUObject+0x131) [0x40979c5f] /usr/lib/licq/licq_qt-gui.so(_ZN14CSignalManager18signal_updatedUserEP10CICQSignal+0x8b) [0x405c1bbb] /usr/lib/licq/licq_qt-gui.so(_ZN14CSignalManager13ProcessSignalEP10CICQSignal+0x258) [0x405c27e8] /usr/lib/licq/licq_qt-gui.so(_ZN14CSignalManager13slot_incomingEv+0xcd) [0x405c2f0d] /usr/lib/licq/licq_qt-gui.so(_ZN14CSignalManager9qt_invokeEiP8QUObject+0x2e) [0x405c2f4e] /usr/lib/libqt-mt.so.3 (_ZN7QObject15activate_signalEP15QConnectionListP8QUObject+0x131) [0x40979c5f] /usr/lib/libqt-mt.so.3(_ZN7QObject15activate_signalEii+0x1b1) [0x4097a5ad] /usr/lib/libqt-mt.so.3(_ZN15QSocketNotifier9activatedEi+0x34) [0x40d0b20c] /usr/lib/libqt-mt.so.3(_ZN15QSocketNotifier5eventEP6QEvent+0x4f) [0x4099a659] /usr/lib/libqt-mt.so.3 (_ZN12QApplication14internalNotifyEP7QObjectP6QEvent+0x2ac) [0x4090f778] /usr/lib/libqt-mt.so.3(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x1fe) [0x4090f996] /usr/lib/libqt-mt.so.3(_ZN12QApplication9sendEventEP7QObjectP6QEvent+0x4f) [0x4089f665] /usr/lib/libqt-mt.so.3(_ZN10QEventLoop23activateSocketNotifiersEv+0xf1) [0x40900b81] /usr/lib/libqt-mt.so.3(_ZN10QEventLoop13processEventsEj+0xb74) [0x408b33d0] /usr/lib/libqt-mt.so.3(_ZN10QEventLoop9enterLoopEv+0x5c) [0x40927ea2] /usr/lib/libqt-mt.so.3(_ZN10QEventLoop4execEv+0x37) [0x40927dcb] /usr/lib/libqt-mt.so.3(_ZN12QApplication4execEv+0x27) [0x4090e305] /usr/lib/licq/licq_qt-gui.so(_ZN8CLicqGui3RunEP10CICQDaemon+0xf7) [0x4057a6b7] /usr/lib/licq/licq_qt-gui.so(LP_Main+0x49) [0x4057b529] /usr/lib/licq/licq_qt-gui.so(LP_Main_tep+0x1c) [0x4057c0dc] /lib/tls/libpthread.so.0 [0x401abcfd] /lib/tls/libc.so.6(__clone+0x5e) [0x403d113e] Attempting to generate core file. Aborted (core dumped) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages licq depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries a ii libgcc1 1:4.0.2-4 GCC support library ii libgpg-error0 1.1-4 library for common error values a ii libgpgme111.1.0-1GPGME - GnuPG Made Easy ii libssl0.9.8 0.9.8a-4 SSL shared libraries ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii licq-plugin-qt [licq-plugin] 1.3.2-4graphical user interface plug-in Versions of packages licq recommends: pn sox none (no description available) -- no debconf information -- Z |\ _,,,--,,_... a solitary cat. /,`.-'`' ._ \-;;,_Katarína Bubli Machálková |,4- ) )_ .;.( `'-' http://www.bubli.org '---''(_/._)-'(_\_) pgp31weI8PMYP.pgp Description: PGP signature
Bug#339920: emacs-snapshot: font color problems with gnus
Jay Berkenbilt [EMAIL PROTECTED] writes: I am using jit-lock. I also load font-lock. I'll have to check the documentation to make sure this is okay, but this is what I did in emacs 20 and 21. (condition-case nil (progn (require 'font-lock) (global-font-lock-mode t) ) (error nil) ) (condition-case nil (require 'jit-lock) (error nil) ) This is unnecessary in Emacs 22; global-font-lock mode is now enabled by default, and both font-lock.el and jit-lock.el are included in the dumped Emacs binary. But that shouldn't make any difference anyway. My jit-lock-stealth-time is already nil. Okay, that's good to know. It's the only jit-lock setting I have in my config, so the difference must be elsewhere. I'll investigate this a bit more if I can figure out how to reproduce it. Thanks. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339871: k3b, aic7xxx, 2.6.14 : lot of scsi errors
On Sat, 2005-11-19 at 13:18 -0500, Francois Marier wrote: On Sat, Nov 19, 2005 at 01:56:42PM +0100, Nicolas Raspail wrote: With the kernel 2.6.13, everything works fine when I launch k3b. But, since I have installed the 2.6.14 kernel, when I launch k3b, I have the following error in my logs : I can use cdrecord for scanning devices and burning without problems. I'm using linux-source-2.6.14 (2.6.14-3) that I have compiled myself, but I have also tried the linux-image from debian, and the same problem is always here Hi Nicolas, it sounds like a cdrecord or cdrdao problem since k3b doesn't issue SCSI commands directly. Have you tried to run: cdrdao scanbus and cdrecord -scanbus (as root) to see if you can manually trigger these SCSI errors in your logs? If you can narrow down the problem to one of these tools, then we will be able to reassign the bug to the right package. Thanks, Francois Hi François, I don't think it a cdrecord/cdrdao problem because, I can burn cdrom directly from these tools on command line. The problem appears when I launch k3b and the splash screen shows Scanning for devices. But, here is the log you have asked : * as regular user cdrecord -scanbus Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.14-debian cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. Linux sg driver version: 3.5.33 Using libscg version 'ubuntu-0.8ubuntu1'. cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). scsibus0: 0,0,0 0) 'SEAGATE ' 'ST373307LSUN72G ' '0507' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) 'PLEXTOR ' 'CD-ROM PX-40TS ' '1.05' Removable CD-ROM 0,5,0 5) * 0,6,0 6) 'YAMAHA ' 'CRW2100S' '1.0N' Removable CD-ROM 0,7,0 7) * cdrdao scanbus Cdrdao version 1.1.9 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' ATA:1,0,0PIONEER , DVD-RW DVR-108 , 1.20 * as root cdrecord -scanbus Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord and thus may have bugs that are not present in the original version. Please send bug reports and support requests to [EMAIL PROTECTED]. The original author should not be bothered with problems of this version. cdrecord: Warning: Running on Linux-2.6.14-debian cdrecord: There are unsettled issues with Linux-2.5 and newer. cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris. Linux sg driver version: 3.5.33 Using libscg version 'ubuntu-0.8ubuntu1'. cdrecord: Warning: using inofficial version of libscg (ubuntu-0.8ubuntu1 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). scsibus0: 0,0,0 0) 'SEAGATE ' 'ST373307LSUN72G ' '0507' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) 'PLEXTOR ' 'CD-ROM PX-40TS ' '1.05' Removable CD-ROM 0,5,0 5) * 0,6,0 6) 'YAMAHA ' 'CRW2100S' '1.0N' Removable CD-ROM 0,7,0 7) * cdrdao scanbus Cdrdao version 1.1.9 - (C) Andreas Mueller [EMAIL PROTECTED] SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' 0,4,0 : PLEXTOR , CD-ROM PX-40TS , 1.05 0,6,0 : YAMAHA , CRW2100S, 1.0N ATA:1,0,0PIONEER , DVD-RW DVR-108 , 1.20 None of these commands trigger the errors. Hope you will find something useful Thanks Nicolas
Bug#339971: [Pkg-nagios-devel] Bug#339971: nagios-plugins-basic: upgrade trouble from sarge?
hi lars, On Sun, Nov 20, 2005 at 01:42:46AM +0200, Lars Wirzenius wrote: While testing upgrades of nsca from sarge via etch to sid, with piuparts, I ran into the following problem with nagios-plugins-basic, which gets dragged in by apt-get: nsca used to depend on nagios-plugins, which is a rather dependency heavy package. to close a number of bugs (and to make nagios-related packages a little more useful) i split off the nagios-plugins packages into two packages, one of which only having minimal dependencies. each plugin (check_foo) has a conffile like you see below: Configuration file `/etc/nagios-plugins/config/disk.cfg' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. so when some plugins moved from one package to the other, so did their conffiles. so, this would be appropriate, then, correct? The entire piuparts log file is over 200 kilobytes, so I won't attach it, but I will gladly mail it on request, if you think it would be helpful. if you feel there is a genuine problem, then i'd be happy to see it, though i'd need some concrete recommendations on what you think should be done to resolve the problem. thanks sean signature.asc Description: Digital signature
Bug#340006: liferea: An option of deleting the lock file should be given
Package: liferea Version: 0.9.7b+test1.0rc3-1 Severity: wishlist Hello, When Liferea is killed, for example, its lock file (~/.liferea/lock) isn't deleted. After this, if you try to open Liferea again you'll be presented with non-friendly error dialog saying that if there is no other copy of Liferea running, i should delete the '~/.liferea/lock' lock file. This message is confusing for normal users (they don't know what the tilde means, and they won't find the directory on a default Nautilus configuration) and is annoying for power users, who have to manually delete the file. The best thing to do is to create a new kind of lock file that checks if the program is really running, but this needs more work and can also lead to other problems. So, what I propose is a new kind of dialog. Instead of an error dialog, it should be a question dialog, with a text like the following: Possibly there's another copy of Liferea running. Please check if there is and use it instead. If you are sure that there are no other copies of Liferea running, click on the Continue button to ignore this warning, or click on the Exit button to close this copy and use the other one. (other messages can -- and should -- be used instead of the above, but *please* don't put a Delete button to scare the users) I know the message above is a bit confusing, but at least the user will not have to try to find the lock file in the non-existent tilde directory. Cheers, Felipe. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (901, 'experimental'), (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-ck5 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pt_BR.UTF-8) Versions of packages liferea depends on: ii dbus-1 0.23.4-7simple interprocess messaging syst ii dbus-glib-1 0.23.4-7simple interprocess messaging syst ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgconf2-4 2.12.1-4GNOME configuration database syste ii libglib2.0-0 2.8.4-1 The GLib library of C routines ii libgtk2.0-0 2.8.7-1 The GTK+ graphical user interface ii libice6 6.8.99.902.dfsg.1-1 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-1Layout and rendering of internatio ii libsm6 6.8.99.902.dfsg.1-1 X Window System Session Management ii libx11-6 6.8.99.902.dfsg.1-1 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii liferea-gtkhtml 0.9.7b+test1.0rc3-1 gtkhtml-based rendering library fo ii xlibs6.8.99.902.dfsg.1-1 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime liferea recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Michael Olson [EMAIL PROTECTED] writes: I'm noticing this problem as well. My Message buffers are being colorized, but my Group buffer is not being colorized. Bold text is shown, but no colors. You mean it's not being fontified _at all_? Jay's report mentions that the bug appears after a while, no straight away. (Which seems to indicate that it's due to something that runs off a timer.) -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339931: fgfs-base has circular Depends on flightgear
On Sun, Nov 20, 2005 at 06:50:16AM +0100, Ove Kaaven wrote: I know what is needed by what, and the unidirectional dependency was how I originally had it. The bidirectional dependency was added by request, requested explicitlly by some fairly persistent users. They cited prior game dependency loops as precedent, and said that making fgfs-base depend on flightgear is less confusing. In particular, by preventing fgfs-base from being installable on archs where flightgear has not been built, situations like I just spent the night downloading 10MB over a modem and transferring via floppy disks, where's the game? I thought I had everything! are avoided. So, is this a valid concern no more? Well, I think you could improve the situation without requiring a useless dependency: First, this package would be better named flightgear-data so the link to flightgear would be clear. Furthermore the description does not mention the package name flightgear only the name Flight Gear, so it is not quite obvious what package use flightgear. You could improve the situation by changing the description to mention fligtgear and change flightgear to provide fgfs, so that users can do apt-get install fgfs Futhermore you can use debtags to mark fgfs-base as a data package so that package manager will be able to warn the users that don't read descriptions. Enrico Zini also proposes to use Enhances: flighgear, see: http://lists.debian.org/debian-devel/2005/11/msg01129.html But the dependencies should not try to second guess what the user want. Also be wary of doing technically wrong things to shut up users like Dan Jacobson and don't worry about other game packages creating a precedent: that won't last long :) Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339920: emacs-snapshot: font color problems with gnus
Oh, I think I managed to reproduce this: browsing Michael's config (yay for .emacs sharing) I noticed that he uses hi-lock-mode. And indeed, enabling hi-lock-mode makes fontification disappear from some buffers in Gnus. Jay, are you using hi-lock-mode as well? (If not, can you send me your config files?) -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340007: SELECT questions are not automatically scrolled to the active choice
Package: cdebconf-gtk-udeb Tags: upstream Severity: normal The actual implementation of GDK library for DirectFrameBuffer 2.0.9 doesn't allow a GtkTreeView to be scrolled down to the row corresponding to the active choice when SELECT questions are displayed. This bugs shows up under GTKDFB v. 2.0.9 only and doesn't under GTKDFB 2.8.3 or GTKX. Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340002: exim4-base: cron job incorreectly uses hardcoded spool directory
tags #340002 confirmed
thanks
On Sun, Nov 20, 2005 at 10:14:06AM +0100, Alex Hermann wrote:
The file /etc/cron.daily/exim4-base ahrdcodes the spool directory
as /var/spool/exim4. However, the spool directory is configurable
in the configuration file (directive: spool_directory or SPOOLDIR).
I think the cron-job should use the directory specified in the
configuration file(s).
What do you think about the attached patch?
Greetings
Marc
--
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835
Index: debian/exim4_refresh_gnutls-params
===
--- debian/exim4_refresh_gnutls-params (revision 1281)
+++ debian/exim4_refresh_gnutls-params (working copy)
@@ -10,19 +10,20 @@
exit 1
fi
-cd /var/spool/exim4/
+SPOOLDIR=$(exim4 -bP spool_directory | sed 's/.*=[[:space:]]\(.*\)/\1/')
+cd $SPOOLDIR
-tempgnutls=`tempfile -d /var/spool/exim4/`
+tempgnutls=$(tempfile -d $SPOOLDIR)
if /usr/share/exim4/timeout.pl \
$1 /usr/bin/certtool --generate-privkey --bits 512 \
$tempgnutls 2 /dev/null \
/usr/share/exim4/timeout.pl \
$1 /usr/bin/certtool --generate-dh-params --bits 1024 \
$tempgnutls 2 /dev/null ; then
- if [ -e /var/spool/exim4/gnutls-params ] ; then
-chmod --reference=/var/spool/exim4/gnutls-params $tempgnutls
+ if [ -e $SPOOLDIR/gnutls-params ] ; then
+chmod --reference=$SPOOLDIR/gnutls-params $tempgnutls
fi
- mv -f $tempgnutls /var/spool/exim4/gnutls-params
+ mv -f $tempgnutls $SPOOLDIR/gnutls-params
else
rm -f $tempgnutls
fi
Index: debian/changelog
===
--- debian/changelog(revision 1281)
+++ debian/changelog(working copy)
@@ -6,8 +6,11 @@
seleted. Thanks to Ted Percival. (mh) Closes: #337229
* A number of man page fixes. Thanks to A Costa. (mh)
Closes: #338580, #338581, #338582, #338583, #338584
+ * Pull spool dir path from exim -bP instead of hard-coding it in
+daily cron job and exim4_refresh_gnutls-params.
+Thanks to Alex Hermann. (mh) Closes: 340002
- -- Marc Haber [EMAIL PROTECTED] Mon, 14 Nov 2005 14:30:21 +0100
+ -- Marc Haber [EMAIL PROTECTED] Sun, 20 Nov 2005 11:23:35 +0100
exim4 (4.54-2) unstable; urgency=low
Index: debian/exim4-base.cron.daily
===
--- debian/exim4-base.cron.daily(revision 1281)
+++ debian/exim4-base.cron.daily(working copy)
@@ -10,6 +10,7 @@
exit 0
fi
+SPOOLDIR=$(exim -bP spool_directory | sed 's/.*=[[:space:]]\(.*\)/\1/')
# Uncomment the following lines to get daily e-mail reports
#if [ -x /usr/sbin/eximstats ]; then
# eximstats /var/log/exim4/mainlog \
@@ -19,24 +20,24 @@
# run tidydb as Debian-exim:Debian-exim.
if [ -x /usr/sbin/exim_tidydb ]; then
- cd /var/spool/exim4/db || exit 1
- find /var/spool/exim4/db -maxdepth 1 -name '*.lockfile' -or -type f \
+ cd $SPOOLDIR/db || exit 1
+ find $SPOOLDIR/db -maxdepth 1 -name '*.lockfile' -or -type f \
-printf '%f\0' | \
xargs -0r -n 1 \
start-stop-daemon --start --exec /usr/sbin/exim_tidydb \
- --chuid Debian-exim:Debian-exim -- /var/spool/exim4 /dev/null
+ --chuid Debian-exim:Debian-exim -- $SPOOLDIR /dev/null
fi
-# regenerate /var/spool/exim4/gnutls-params
+# regenerate $SPOOLDIR/gnutls-params
# As this can take _very_ long on machines with little entropy, we limit
# the maximum runtime to 2*$CERTTOOLTIMEOUT seconds and keep using the
# old file otherwise.
CERTTOOLTIMEOUT=1800
-if [ -e /var/spool/exim4/gnutls-params ] ; then
+if [ -e $SPOOLDIR/gnutls-params ] ; then
if [ -x /usr/bin/certtool ] ; then
start-stop-daemon --start --exec
/usr/share/exim4/exim4_refresh_gnutls-params \
--chuid Debian-exim:Debian-exim -- ${CERTTOOLTIMEOUT}
else
-rm -f /var/spool/exim4/gnutls-params
+rm -f $SPOOLDIR/gnutls-params
fi
fi
Bug#211920: courier-imap-ssl: allow login after pam_tally counter exceeded defined threshold
Stefan Hornburg wrote: pam_tally allow logins even after the pre-defined threshold is exceeded; and pam_tally counter continues to increase upon successful login following a failed login How is this a bug in courier-imap-ssl? It is, courier-authdaemon didn't call pam_acct_mgmt. Does this warrant a security update ? After reading the entire bug log, I guess so. I've assigned CVE-2005-3532, please mention it in the changelog when you're doing the next upload. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340008: dovecot: Dovecont install new sslkey on upgrade
Package: dovecot Severity: normal Dovecot upon updating always replayces my sslkey with its own generated key. I always have to copy back the key form backup. I feel this is s serious vilation of how I expect a package should upgrade. At least I should be warned, or asked, if I want to change the ssl key. Best regards, Andrew -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-am Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#238997: nvidia-kernel-2.4.27-2-k7: nvidia-kernel-2.6.14-2-k7 needed :)
Package: nvidia-kernel-2.4.27-2-k7 Version: 1.0.7174+1 Followup-For: Bug #238997 Yeah, I support that. Having up-to-date NVIDIA kernel module in hthe unstable branch fitting the actual linux-image-* packages (2.6.14-2-k7 in my case) would help most users (including me) a lot. :) As you can see I needed to install the 2.4.27-2-k7 kernel only because I wanted to use only Debian supported binary packages. But did you ever tried booting a 2.4 kernel on a machine which is optimized for a 2.6 kernel (no hotplug, only udev to name only one example)? ;) Regards, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nvidia-kernel-2.4.27-2-k7 depends on: ii nvidia-kernel-common 20051028+1 NVIDIA binary kernel module common Versions of packages nvidia-kernel-2.4.27-2-k7 recommends: ii kernel-image-2.4.27-2-k7 2.4.27-11 Linux kernel image for version 2.4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305349: Debian Nag NMU in delayed queue
On Sun, Nov 20, 2005 at 11:38:55AM +0100, Lionel Elie Mamane wrote:
I've uploaded an NMU of nag to tfheen's delayed queue on gluck to
fix this bug. It will be uploaded to Debian in 7 days. If you (Fabio
Rafael da Rosa [EMAIL PROTECTED]) oppose this, I'll
immediately cancel it.
Here's the patch.
--
Lionel
diff --recursive -u nag-1.1.bak/debian/changelog nag-1.1/debian/changelog
--- nag-1.1.bak/debian/changelog2005-11-20 10:42:53.033957758 +0100
+++ nag-1.1/debian/changelog2005-11-20 10:39:48.789760675 +0100
@@ -1,3 +1,13 @@
+nag (1.1-3.2) unstable; urgency=low
+
+ * NMU
+ * PHP4.4 compatibility: Fix Only variable references should be returned
+by reference error messages (closes: #323267)
+ * Drop dependency on apache-common (closes: #305349)
+ * Drop new from the reference to Horde2 - it is old by now.
+
+ -- Lionel Elie Mamane [EMAIL PROTECTED] Sun, 20 Nov 2005 10:39:48 +0100
+
nag (1.1-3.1) unstable; urgency=HIGH
* NMU
diff --recursive -u nag-1.1.bak/debian/control nag-1.1/debian/control
--- nag-1.1.bak/debian/control 2005-11-20 10:42:53.033957758 +0100
+++ nag-1.1/debian/control 2005-11-20 10:39:54.720929018 +0100
@@ -7,10 +7,10 @@
Package: nag
Architecture: all
-Depends: horde2 (=2.1), php4-pgsql | php4-mysql, wwwconfig-common,
apache-common
+Depends: horde2 (=2.1), php4-pgsql | php4-mysql, wwwconfig-common
Description: Multiuser Task List Manager
Nag is a set of PHP scripts that implement a simple, multiuser task
list manager. It supports items, things to do later this week, etc.
It is very similar in functionality to Palm ToDo application
.
- It makes extensive use of the new Horde 2.0 web application framework.
+ It makes extensive use of the Horde 2.0 web application framework.
diff --recursive -u nag-1.1.bak/lib/Driver.php nag-1.1/lib/Driver.php
--- nag-1.1.bak/lib/Driver.php 2002-12-17 04:48:19.0 +0100
+++ nag-1.1/lib/Driver.php 2005-11-20 10:41:24.128422320 +0100
@@ -61,7 +61,8 @@
include_once dirname(__FILE__) . '/Driver/' . $driver . '.php';
$class = 'Nag_Driver_' . $driver;
if (class_exists($class)) {
-return new $class($user, $params);
+$result = new $class($user, $params);
+return $result;
} else {
return false;
}
Bug#305349: Debian Nag NMU in delayed queue
(If [EMAIL PROTECTED] is not the same person as [EMAIL PROTECTED], then apologies, this was not for you, [EMAIL PROTECTED]) Hi, I've uploaded an NMU of nag to tfheen's delayed queue on gluck to fix this bug. It will be uploaded to Debian in 7 days. If you (Fabio Rafael da Rosa [EMAIL PROTECTED]) oppose this, I'll immediately cancel it. I notice you have been quite inactive Debian-wise, for _all_ your packages. If you want to stop Debian work, could you please cleanly orphan your packages (see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-orphaning) and retire from Debian (see http://www.nl.debian.org/doc/developers-reference/ch-developer-duties.en.html#s3.7)? (In this case, I'll probably take over nag and mnemo.) If the problem is that you are not a DD but lost your sponsor, I'd be glad to sponsor you. In all cases, please get in touch so that we know you haven't disappeared. Best Regards, -- Lionel Elie Mamane [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340009: knetload: Freeze when try to change network interface
Package: knetload Version: 2.3-3 Severity: normal Hi. For example i have 2 working network interfaces: ppp0 and ppp1. I configured knetload to use interface ppp1, and it's works. Now, interface ppp1 disconnected. So knetload will not show anything. But if i try to change knetload device from now non-existing ppp1 to existing ppp0, knetload freeze and use 100% CPU time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=ru_UA, LC_CTYPE=ru_UA (charmap=KOI8-U) Versions of packages knetload depends on: ii kdelibs4c24:3.4.2-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-2 The Network Audio System (NAS). (s ii libc6 2.3.5-5GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libpng12-01.2.8rel-4 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-5 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-5 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-5 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages knetload recommends: ii kicker4:3.4.2-1 desktop panel for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340011: New upstream version
Package: shorewall Version: 2.4.6-1 Severity: wishlist New stable upstream version: 3.0.1 released. -- Christian Bjälevik [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#340010: potracegui: FTBFS: New, more restrictive coreutils mv
Package: potracegui Version: 1.3-2.1 Severity: serious Tags: patch Hi, building the package potracegui in a clean sid build environment (with pbuilder) on i386 results in: = [...] /bin/sh ../admin/mkinstalldirs /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/16x16/apps mkdir -p -- /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/16x16/apps /usr/bin/install -c -p -m 644 ./hi16-app-potracegui.png /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/16x16/apps/potracegui.png /bin/sh ../admin/mkinstalldirs /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/32x32/apps mkdir -p -- /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/32x32/apps /usr/bin/install -c -p -m 644 ./hi32-app-potracegui.png /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/icons/hicolor/32x32/apps/potracegui.png test -z /usr/share/applnk/Utilities || mkdir -p -- /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/applnk/Utilities /usr/bin/install -c -p -m 644 'potracegui.desktop' '/tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/applnk/Utilities/potracegui.desktop' test -z /usr/share/apps/potracegui || mkdir -p -- /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/apps/potracegui /usr/bin/install -c -p -m 644 'potraceguiui.rc' '/tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/apps/potracegui/potraceguiui.rc' make[3]: Leaving directory `/tmp/buildd/potracegui-1.3/src' make[2]: Leaving directory `/tmp/buildd/potracegui-1.3/src' make[2]: Entering directory `/tmp/buildd/potracegui-1.3' Makefile:822: warning: overriding commands for target `clean-bcheck' Makefile:785: warning: ignoring old commands for target `clean-bcheck' Makefile:827: warning: overriding commands for target `bcheck-am' Makefile:790: warning: ignoring old commands for target `bcheck-am' make[3]: Entering directory `/tmp/buildd/potracegui-1.3' Makefile:822: warning: overriding commands for target `clean-bcheck' Makefile:785: warning: ignoring old commands for target `clean-bcheck' Makefile:827: warning: overriding commands for target `bcheck-am' Makefile:790: warning: ignoring old commands for target `bcheck-am' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/tmp/buildd/potracegui-1.3' make[2]: Leaving directory `/tmp/buildd/potracegui-1.3' make[1]: Leaving directory `/tmp/buildd/potracegui-1.3' mv /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/doc/HTML/ /tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/doc/kde/HTML/ mv: target `/tmp/buildd/potracegui-1.3/debian/potracegui/usr/share/doc/kde/HTML/' is not a directory: No such file or directory make: *** [install] Error 1 = mv now doesn't accept the slash behind the directory name. This patch fixes it for potracegui: = --- debian/rules.orig 2005-11-20 11:43:21.0 +0100 +++ debian/rules2005-11-20 11:43:40.0 +0100 @@ -61,7 +61,7 @@ dh_installdirs $(MAKE) install DESTDIR=$(CURDIR)/debian/potracegui - mv $(CURDIR)/debian/potracegui/usr/share/doc/HTML/ $(CURDIR)/debian/potracegui/usr/share/doc/kde/HTML/ + mv $(CURDIR)/debian/potracegui/usr/share/doc/HTML $(CURDIR)/debian/potracegui/usr/share/doc/kde/HTML mv $(CURDIR)/debian/potracegui/usr/share/applnk/Utilities/potracegui.desktop $(CURDIR)/debian/potracegui/usr/share/applnk/Graphics/ rmdir $(CURDIR)/debian/potracegui/usr/share/applnk/Utilities = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281116: NMU for mnemo underway
I've uploaded an NMU of mnemo to tfheen's delayed queue on gluck to fix
this bug. It will be uploaded to Debian in 7 days. If you (Fabio
Rafael da Rosa [EMAIL PROTECTED]) oppose this, I'll
immediately cancel it.
--
Lionel
diff --recursive -u mnemo-1.1.bak/debian/changelog mnemo-1.1/debian/changelog
--- mnemo-1.1.bak/debian/changelog 2005-11-20 11:51:21.259345575 +0100
+++ mnemo-1.1/debian/changelog 2005-11-20 11:50:29.058660457 +0100
@@ -1,3 +1,12 @@
+mnemo (1.1-2.2) unstable; urgency=low
+
+ * NMU
+ * PHP4.4 compatibility: Fix Only variable references should be returned
+by reference error messages (closes: #323268)
+ * Drop dependency on apache-common (closes: #281116, #338982)
+
+ -- Lionel Elie Mamane [EMAIL PROTECTED] Sun, 20 Nov 2005 11:50:29 +0100
+
mnemo (1.1-2.1) unstable; urgency=HIGH
* NMU
diff --recursive -u mnemo-1.1.bak/debian/control mnemo-1.1/debian/control
--- mnemo-1.1.bak/debian/control2005-11-20 11:51:21.248347117 +0100
+++ mnemo-1.1/debian/control2005-11-20 11:52:05.095202857 +0100
@@ -7,7 +7,7 @@
Package: mnemo
Architecture: all
-Depends: horde2 (=2.1), php4-pgsql | php4-mysql, wwwconfig-common,
apache-common
+Depends: horde2 (=2.1), php4-pgsql | php4-mysql, wwwconfig-common
Description: Notes and Memo Application
Mnemo is the Horde notes and memos application. It lets users keep
free-text notes and other bits of information which doesn't fit as a
diff --recursive -u mnemo-1.1.bak/lib/Driver.php mnemo-1.1/lib/Driver.php
--- mnemo-1.1.bak/lib/Driver.php2002-12-30 01:57:38.0 +0100
+++ mnemo-1.1/lib/Driver.php2005-11-20 11:53:08.603303468 +0100
@@ -61,7 +61,8 @@
include_once dirname(__FILE__) . '/Driver/' . $driver . '.php';
$class = 'Mnemo_Driver_' . $driver;
if (class_exists($class)) {
-return new $class($user, $params);
+$result = new $class($user, $params);
+return $result;
} else {
return false;
}
Bug#339970: rbldnsd: doesn't remove /var/lib/rbldns on purge
Lars Wirzenius wrote: Package: rbldnsd Version: 0.995 When testing rbldnsd with piuparts, I get the following error: 0m7.6s ERROR: Package purging left files on system: /var/lib/rbldns Lars, care to check whenever a bug has been already reported before submitting a new one? See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280903 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=258012 See also /usr/share/doc/rbldnsd/README.user (since 0.995). So, can we agree which behaviour is a bug and which isn't, finally? /mjt This directory is created by the postinst, and it is the home directory of the rbldns user. Neither the use nor the directory are removed when the package is removed. Do you think it would be reasonable to remove at least the directory when the package is removed (or purged)? If not, I'll add the directory to piuparts so it can be ignored, but it does mean the package leaves cruft on the filesystem, although that can't always be avoided. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310133: [14-Aug-2005] lirc-0.7.2 released.
On 11/18/05, Amaya [EMAIL PROTECTED] wrote: Hi Olaf! Yay, I know. Later lirc upstream versions do not build with gcc 4.0, which would be release critical. I am also working in repackaging lirc completely, getting rid of the kernel modules package, using the generic linux-input-layer. All in all, if you want to check out the latest CVS version, try to build it and then send me the patch for gcc 4, you would be making my life *much* easier :) Is there any info on what exactly doesn't build with gcc 4? Error logs? Is upstream itself working on gcc 4 support?
Bug#338686: Touchpad stops working
Hello, I upgraded to 0.14.4-1 this morning, too, and my touchpad stopped working after I logged in. As I read on the bugtracker, Option SHMConfig off in my xorg.conf solved the problem for me. I am using the kdm. Maybe the readme should be updated so people add this line to their (xorg|XF86config-4).conf ? Greetings, Lee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#271013: Only console 1 in UTF-8 mode: Plans to fix this bug?
This bug will hit new installs more hardly as we will soon switch the default encoding to UTF-8 for all languages in D-I beta2. Are there any plans to fix this problem of only console 1 being in UTF-8 mode or is this delayed to the switch to kbd plans? -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326149: /dev/event0 missing
So I think it's udev that is broken (version 0.074-2 from sid) Could you report a bug to udev's maintainer? I just upgraded to 0.074-3 and the problem seems to be fixed [EMAIL PROTECTED]:~$ ls -l /dev/input/ total 0 crw-rw 1 root root 13, 64 2005-11-19 11:30 event0 crw-rw 1 root root 13, 65 2005-11-19 11:30 event1 crw-rw 1 root root 13, 66 2005-11-19 11:30 event2 crw-rw 1 root root 13, 67 2005-11-19 11:30 event3 crw-rw 1 root root 13, 68 2005-11-19 11:30 event4 crw-rw 1 root root 13, 63 2005-11-19 11:30 mice crw-rw 1 root root 13, 32 2005-11-19 11:30 mouse0 crw-rw 1 root root 13, 33 2005-11-19 11:30 mouse1 -2 did autoload the evdev module for me, -3 doesn't anymore. Both create the appropriate devices though. Should't udev watch for device open syscalls on /dev, and load the necessary modules? Doesn't work with i2c-dev and evdev for me... Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338686: Touchpad stops working
Hello, On Sun, Nov 20, 2005 at 12:11:21PM +0100, Lee Garrett wrote: Hello, I upgraded to 0.14.4-1 this morning, too, and my touchpad stopped working after I logged in. As I read on the bugtracker, Option SHMConfig off in my xorg.conf solved the problem for me. I am using the kdm. thanks for reporting. Maybe the readme should be updated so people add this line to their (xorg|XF86config-4).conf ? No, it's really a bug and you should be able to run the driver with SHMConfig enabled even with KDM as you did with previous versions. Disabling SHMConfig is just a temporary workaround. On the other hand it may be interesting if something changed with KDM/KDE since this same problem was fixed some time ago in synaptics-0.13.6 and is now popping out again. Let's see :) -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340012: bison: Bison redefines malloc and free differently from stdlib.h
Package: bison Version: 1:2.1-0.2 Severity: normal This error appeared recently and prevents the compilation of parsers written in C++. Not sure if it is actually caused by Bison or GCC or the libc, but Bison should perhaps try not to define these symbols on its own. parser/parser.cpp:259: error: declaration of 'void* malloc(unsigned int)' throws different exceptions /usr/include/stdlib.h:584: error: than previous declaration 'void* malloc(unsigned int) throw ()' parser/parser.cpp:266: error: declaration of 'void free(void*)' throws different exceptions /usr/include/stdlib.h:597: error: than previous declaration 'void free(void*) throw ()' Defining the YYINCLUDED_STDLIB_H macro in user code works around this issue. Another solution would be to define YYMALLOC as malloc, but this seems just wrong to have to do it when using the standard malloc. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages bison depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii m41.4.4-1a macro processing language -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340013: proj(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
Package: proj Version: 4.4.9d-1 Severity: important Hello, The current version of proj fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The version of config.guess and config.sub in proj is too old to correctly support Debian GNU/k*BSD. A version is needed from this year, which is available in the autotools-dev packages that are in current sarge, and sid. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz It would also be nice if you can ask upstream to update config.guess and config.sub in their next release. Thanks for your cooperation. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340014: [INTL:ko] xdebconfigurator Korean translation
Package: xdebconfigurator Severity: wishlist Tags: l10n Translation update. Thanks. -- Sunjae Park(daréhanl) We choose to go to the moon and do the other things, not because they are easy, but because they are hard. - John F. Kennedy - xdebconfigurator_debian_po_ko.po.tar.gz Description: GNU Zip compressed data
Bug#305349: Debian Nag NMU in delayed queue
One can see all this information at http://wiki.debian.org/Retiring too. Regards. Lionel Elie Mamane escribió: (If [EMAIL PROTECTED] is not the same person as [EMAIL PROTECTED], then apologies, this was not for you, [EMAIL PROTECTED]) Hi, I've uploaded an NMU of nag to tfheen's delayed queue on gluck to fix this bug. It will be uploaded to Debian in 7 days. If you (Fabio Rafael da Rosa [EMAIL PROTECTED]) oppose this, I'll immediately cancel it. I notice you have been quite inactive Debian-wise, for _all_ your packages. If you want to stop Debian work, could you please cleanly orphan your packages (see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-orphaning) and retire from Debian (see http://www.nl.debian.org/doc/developers-reference/ch-developer-duties.en.html#s3.7)? (In this case, I'll probably take over nag and mnemo.) If the problem is that you are not a DD but lost your sponsor, I'd be glad to sponsor you. In all cases, please get in touch so that we know you haven't disappeared. Best Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339985: [Pkg-nagios-devel] Bug#339985: nagios-pgsql: bug in supplied check_nagios_db
hi dave, On Sun, Nov 20, 2005 at 03:09:14AM +, Dave Page wrote: The check_nagios_db script supplied in /usr/share/doc/nagios-common/ gets its nagios configuration information from /etc/nagios/cgi.cfg However, when called at boot time, it needs the parameters from /etc/nagios/resource.cfg to make sure i understand the situation correctly: if nagios-pgsql is set up so that different users are used to connect via the nagios daemon and the web interface, there's a problem with check_nagios_db when called from the init script vs. when called from the web interface? could you clarify this, and provide a concrete example of what you'd like to see? i have some upcoming changes to the check_nagios_db and init script infrastructure, so hearing from you about what you'd like to hear relatively soon might mean getting it in rather promptly. sean -- signature.asc Description: Digital signature
Bug#339933: signing-party: [caff] problem with a mailserver (but Gnus and Mozilla work)
Re: Luca Capello in [EMAIL PROTECTED] 2) For each key I've in my signature [1], only the mail to my University address (zoo.unige.ch) wasn't readable. So I bet your university mail server breaks things. I doubt there is anything caff can do about this. It seems that you completely ignored the rest of my report. The rest of the report said the same. If you want your report to be of any help, please send the full messages, including headers. (Preferably gzipped, to prevent any breakage of the line wraps, etc.) Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#340015: abiword-common has circular Depends on abiword|abiword-gnome
Package: abiword-common Version: 2.4.1-2 Severity: important Hello Masayuki, There is a circular dependency between abiword-common and abiword|abiword-gnome: abiword-common: Depends: abiword | abiword-gnome abiword:Depends: abiword-common (= 2.4.1) abiword-gnome: Depends: abiword-common (= 2.4.1) Circular dependencies known to cause problems during upgrade, so we should try to get rid of them. Since abiword-common is a data package, it is quite likely it does not need actually to depend on abiword and removing this dependency would remove the circular dependency, so I would suggest you do so. If you do that, it would be cleaner to also move the /usr/bin/abiword symlink to both of abiword and abiword-gnome, and add a Replaces abiword-common in them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html http://lists.debian.org/debian-devel/2005/11/msg01170.html Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340016: dchroot accesses out of bound
Package: dchroot
Version: 0.11
Tags: patch
dchroot contains following statemet.
dchroot_printf(Unknown option '-%c%c'.\n,
argv[index][1], argv[index][2]);
However, it is not assured that strlen(argv[index])=2 in the statement.
So it accesses out of the bound of the string.
% dchroot - foo | head -1 | od -c
000 d c h r o o t : U n k n o w n
020 o p t i o n ' - \0 f ' . \n
^ argv[2][0]
% dchroot - | head -1 | od -c
000 d c h r o o t : U n k n o w n
020 o p t i o n ' - \0 S ' . \n
^?? the value of next
addr in stack
--- dchroot-0.11.orig/dchroot.c
+++ dchroot-0.11/dchroot.c
@@ -376,8 +376,8 @@
while (argv[index] argv[index][0] == '-') {
if (argv[index][1] == '\0' || argv[index][2] != '\0') {
- dchroot_printf(Unknown option '-%c%c'.\n,
- argv[index][1], argv[index][2]);
+ dchroot_printf(Unknown option '%.2s'.\n,
+ argv[index]);
usage(argv[0]);
exit(EXIT_FAILURE);
}
Bug#340017: /etc/motd uname -a header is becoming bloated
Package: initscripts Version: 2.86.ds1-5 Severity: minor Tags: patch Because of the continous additions to uname -a output, the default /etc/motd header that is generated on every boot starts looking very bloated to me. This is specialy true on GNU/kFreeBSD where options like -p and -i are also detected by the kernel (instead of returning unknown which would be discarded). For example, in a qemu guest system: $ uname -a GNU/kFreeBSD orthanc 5.4-1-486 #0 Sun Nov 13 18:46:42 CET 2005 i686 i386 Pentium II/Pentium II Xeon/Celeron GNU/kFreeBSD I'd recommend using uname -snrvm instead: $ uname -snrvm GNU/kFreeBSD orthanc 5.4-1-486 #0 Sun Nov 13 18:46:42 CET 2005 i686 Patch attached. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages initscripts depends on: ii coreutils 5.93-5 The GNU core utilities ii dpkg1.13.11+kfreebsd package maintenance system for Deb ii e2fsprogs 1.38-2 ext2 file system utilities and lib ii libc0.1 2.3-1+kbsd.13GNU C Library: Shared libraries an ii lsb-base3.0-11 Linux Standard Base 3.0 init scrip ii util-linux 2.12p-8+kbsd.1 Miscellaneous system utilities initscripts recommends no packages. -- no debconf information --- sysvinit-2.86.ds1/debian/initscripts/etc/init.d/bootmisc.sh~ 2005-11-20 13:05:47.0 +0100 +++ sysvinit-2.86.ds1/debian/initscripts/etc/init.d/bootmisc.sh 2005-11-20 13:09:40.0 +0100 @@ -54,7 +54,7 @@ MOTD=`readlink -f /etc/motd || :` if [ $MOTD != ] then - uname -a $MOTD.tmp + uname -snrvm $MOTD.tmp sed 1d $MOTD $MOTD.tmp mv $MOTD.tmp $MOTD fi
Bug#338192: Use fonty-rg and LatCyrGr-16 for Linux console and Greek installs?
In #338192, I report a longstanding problem: in Greek installs, the dialog boxes in 2nd stage are missing line drawing characters. As Eugenyi explained, this is because the iso07.f16 font we use does not include such characters. After a lot of searches, I found that no font from console-data seems suitable for being used for Greek AND have line-drawing characters. However, the nice fonty-rg package include a LatCyrGr-16 console font which seems really appropriate. The few tests I made show it would nicely fit Greek installs. This would require a special entry for localechooser to install this package in Greek installs and some changes to localechooser's prebaseconfig script so that the console font is set to it. Greek users, do you have objections to this? This would mean that LatCyrGr-16 would then replace iso07.f16 as console font for Greek installs. Please keep both addresses CC'ed to answers. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339970: rbldnsd: doesn't remove /var/lib/rbldns on purge
su, 2005-11-20 kello 13:53 +0300, Michael Tokarev kirjoitti: Lars, care to check whenever a bug has been already reported before submitting a new one? I do, in fact, check them, but I'm as fallible as the next person, so sometimes I miss an existing one. This directory is created by the postinst, and it is the home directory of the rbldns user. Neither the use nor the directory are removed when the package is removed. Do you think it would be reasonable to remove at least the directory when the package is removed (or purged)? If not, I'll add the directory to piuparts so it can be ignored, but it does mean the package leaves cruft on the filesystem, although that can't always be avoided. Because this is not a clear-cut issue, I phrased my bug report as a question. If you don't want to change the package (at least for now), then say so, and I'll add the directory to piuparts's default ignores. Based on the discussion on IRC, I'll do that, then. -- Latest nerd movie: Once were hackers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338928: exim4: [INTL:zh_CN] wrong string in debconf template translation
package exim4 tags 338928 pending # fixed in SVN thanks On 2005-11-13 Ming Hua [EMAIL PROTECTED] wrote: Package: exim4 Version: 4.54-1 [...] There is a string in debconf template that got incorrectly translated in simplified Chinese. The attached patch fixes it. The PO file is taken from [1]. Thanks, patch applied to subversion repository. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335938: mantis: Mantis 't_core_path' File Inclusion Vulnerability
Thijs Kinkhorst wrote: On Thu, 2005-10-27 at 15:49 +0200, Moritz Muehlenhoff wrote: All affect Sarge. I've prepared updated packages for sarge. My updated package for sid is still pending with my sponsor Luk Claes. The updated packages for sarge are available here: http://www.a-eskwadraat.nl/~kink/mantis_sec/ They are not signed since I'm not a DD yet. Please let me know if you have comments or questions. Sorry for the delay. I've finally got to it and will release an advisory soon. Thijs and Moritz, great work! Package: mantis Vulnerability : several Problem type : remote Debian-specific: no CVE IDs: CVE-2005-3091 CVE-2005-3335 CVE-2005-3336 CVE-2005-3338 CVE-2005-3339 CERT advisory : BugTraq ID : Debian Bugs: 330682 335938 Several security related problems have been discovered in Mantis, a web-based bug tracking system. The Common Vulnerabilities and Exposures project identifies the following problems: CVE-2005-3091 A cross-site scripting vulnerability allows attackers to inject arbitrary web script or HTML. CVE-2005-3335 A file inclusion vulnerability allows remote attackers to execute arbitrary PHP code and include arbitrary local files. CVE-2005-3336 An SQL injection vulnerability allows remote attackers to execute arbitrary SQL commands. CVE-2005-3338 Mantis can be tricked into displaying the otherwise hidden real mail address of its users. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337393: libgtk-mozembed-ruby: FTBFS: Tries to install outside build directory
reopen 337393 thanks Hi, I can reproduce the problem here very well, on i386. Please don't just close unreproducible bugs away. Maybe you are building as root insider pbuilder? This is not recommended. Besides, on sparc, I get on build: == [...] dpkg-source: building libgtk-mozembed-ruby using existing libgtk-mozembed-ruby_0.3.1.orig.tar.gz dpkg-source: building libgtk-mozembed-ruby in libgtk-mozembed-ruby_0.3.1-2.diff.gz dpkg-source: building libgtk-mozembed-ruby in libgtk-mozembed-ruby_0.3.1-2.dsc debian/rules build dh_testdir ruby1.8 extconf.rb --enable-fullwidth-reverse-solidus make: *** [build-stamp] Illegal instruction [...] == bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336096: dependency conflict with fetchmail-ssl
Hi! Please notice that fetchmail-ssl has to be updated as well in order of the latest security update! Currently fetchmail-common and fetchmailconf are kept back on systems where fetchmail-ssl is installed instead of fetchmail. CU Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340018: libpam-modules: default ulimit for Debian
Package: libpam-modules Version: 0.76-22 Severity: normal I am not sure the reason a users proccess limit is set to 'unlimited' by default but it seems easy for any user with access to a compiler can crash a debain system with a forkbomb, or flood it with zombie proccesses. Shouldn't a user have some sort of limit imposed? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages libpam-modules depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcap1 1:1.10-14support for getting/setting POSIX. ii libdb3 3.2.9-22 Berkeley v3 Database Libraries [ru ii libpam0g0.76-22 Pluggable Authentication Modules l -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340019: xmms missing header line Accept: */* in GET http request
Package: xmms Version: 1.2.10+cvs20050809-4 When I try to listen some mp3 streams e.g. the following one http://64.236.34.97:5190/stream/1065 I got the error message '404 Resource Not Found'. After some investigation I found that the server evaluates an 'Accept:' field in the request-header, which xmms didn't send. The cause found in the http.c file, an patch is attached to this mail. regards Frank -- stupid stories from a computer guy (like you and me) http://www.pebkac404.com/ diff -urN Input/mpg123/http.c.orig Input/mpg123/http.c --- a/Input/mpg123/http.c.orig 2005-11-20 10:56:36.321241464 +0100 +++ b/Input/mpg123/http.c 2005-11-20 10:50:23.734883200 +0100 @@ -553,7 +553,7 @@ %s%s%s%s%s\r\n, file, host, PACKAGE, VERSION, proxy_auth ? proxy_auth : , auth ? auth : , - mpg123_cfg.cast_title_streaming ? Icy-MetaData:1\r\n : , + mpg123_cfg.cast_title_streaming ? Icy-MetaData:1\r\nAccept: */*\r\n : , mpg123_cfg.use_udp_channel ? udpspace : , range ? temp2 : );
Bug#211920: Security bug (courier ignores pam failures) still present in sarge
David Härdeman wrote: I am still seeing this problem in the version of courier included in sarge. Courier seems to happily ignore the result of the pam check and continue anyway (when using the pam_tally module). I would suggest that this warrants the security tag and a security update as it allows a user to try to crack passwords with a brute-force approach even if countermeasures (i.e. pam-tally) is in place. This bug should probably be reassigned to courier-authdaemon since I have the feeling that it is responsible for the pam conversation. See also bug 256231 for related pam problems. I'm building updated packages now and have assigned CVE-2005-3532 to this problem. Thanks a lot for the patch. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists.
Bug#339837: http://www.debian.org/security/ seriously misleading about security infrastructure performance
On Sat, Nov 19, 2005 at 06:03:13PM -0500, Filipus Klutiero wrote: Hi Javier, I'd like to be sure about which claim you refer to. The current claim is the one that says that Debian *does* issue fixes for most problems under 48 hours, right? I'm asking since if I understand right the statistics you produced do make the bug valid. I don't know where the current claim comes from, you'll have to ask the security team. That looks interesting but also like a 404. I red your 2001 post and one of the attachments is integrated in the text. I don't know how to view it. I also don't know how to use the bin0.bin attached. gunzip-ing and trying a PNG viewer on it seemed to fail. Oh, it should have been: http://people.debian.org/~jfs/debconf3/security/ Regards Javier signature.asc Description: Digital signature
Bug#336180: heartbeat: preinst calls adduser without --system
Horms wrote: On Fri, Oct 28, 2005 at 01:56:19PM +0200, Dagfinn Ilmari Mannsaaker wrote: Package: heartbeat Version: 1.2.3-9sarge3 Severity: normal The 'hacluster' system user is added without the --system flag, thus placing it in the normal user range. Policy 9.2.2. says: Packages which need a user or group, but can have this user or group allocated dynamically and differently on each system, should use `adduser --system' to create the group and/or user Thanks, I'm not sure how that happened. Joey is this appropriate for a sarge update? No, I don't think so. Regards, Joey -- Life is a lot easier when you have someone to share it with. -- Sean Perry Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337828: ITP: libjogl-java -- Java bindings for OpenGL
block 326600 with 337828 thanks The JOGL library is needed by WW2D, WNPP request #326600. It would be great if JOGL could work with a free java version to get both into debian/main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330191: #330191: klibc 1.1.1-4 FTBFS on sparc
Hi, now that linux-headers-2.6.12-1-* is not available in sid anymore, I tried it with linux-headers-2.6.14-2-* (-sparc64 in this case). Besides the fact that the proper asm - asm-sparc64 symlink was missing, the 2.6.14-2-* package is configured for SPARC32 and therefore doesn't provide 64 bit options like page size etc. that is needed by klibc (build). Is this a bug or a feature? ;-) Thanks. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338192: Use fonty-rg and LatCyrGr-16 for Linux console and Greek installs?
On Κυριακή 20 Νοέμβριος 2005 14:04, Christian Perrier wrote: In #338192, I report a longstanding problem: in Greek installs, the dialog boxes in 2nd stage are missing line drawing characters. Greek users, do you have objections to this? This would mean that LatCyrGr-16 would then replace iso07.f16 as console font for Greek installs. I just tested the font in this package and I can verify that it works as said. Though I'd have to say that it doesn't really look as well designed as iso07.f16, and perhaps it would be better to just put the missing line characters into this one. I think I prefer to do this and keep the better designed iso07.f16. I'll ask around on a tool to edit psf fonts. For now, I would recommend a little patience, as I'm totally overwhelmed this period -and it shows, I haven't done any serious translation for a while- but I'll definate do this before the end of the month. Promise. :-) Kostas pgpvWXNIv64Sk.pgp Description: PGP signature
Bug#339366: [Pkg-nagios-devel] Bug#339366: After update, Nagios runs, but no status
tags 339366 upstream thanks hi daniel, On Wed, Nov 16, 2005 at 12:44:07AM +, Daniel Pocock wrote: I've now discovered the cause of this problem. The /var partition was full. It had been eaten up mostly by the contents of /var/cache/apt/ (I did apt-get dist-upgrade yesterday). Therefore, I would suggest that Nagios should log an error if it can't write status.log due to disk space constraints or any other IO failure. that seems fairly reasonable. i don't have the time to look into the matter myself, but would be more than willing to accept a patch. i will also forward the matter upstream to the nagios development mailing list. sean -- signature.asc Description: Digital signature
Bug#340021: epos: should use invoke-rc.d
Package: epos Version: 1:2.5.36-2 Policy (these days) says that maintainer scripts should invoke their initscripts via invoke-rc.d (9.3.3.2): The use of invoke-rc.d to invoke the /etc/init.d/* initscripts is strongly recommended[51], instead of calling them directly. The epos postinst script invokes /etc/init.d/epos directl This is fairly important so that if the sysadmin has configured the system to not start a service on the runlevel that is current when the package is being installed or upgraded. Or, via policy-rc.d, do any kind of funky special case behavior. Piuparts uses policy-rc.d to prevent any services from being started. -- Yet another quit message no-one will ever comment on. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340023: distcc: should remove log file when purged
Package: distcc Version: 2.18.3-3 Testing distcc with piuparts results in the following problem: 0m6.6s ERROR: Package purging left files on system: /var/log/distccd.log According to policy (10.8), log files should be removed when the package is purged. If there's a good reason to not do this, I'd be happy to add an exception to piuparts so it doesn't flag this as an error. -- Code is cheap to write. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340024: developers-reference: 6.1.1 Helper scripts is outdated wrt Debian menu update and /usr/share/menu transition
Package: developers-reference Version: 3.3.6 Severity: normal Tags: patch With respect to the Debian menu update and /usr/share/menu transition as outlined in http://lists.debian.org/debian-devel-announce/2005/06/msg00013.html the chapter 6.1.1 Helper scripts appears to be outdated. The attached tiny patch fixes this issue. HTH, Flo diff -Nru /tmp/PRL05EG69g/developers-reference-3.3.6/developers-reference.sgml /tmp/ymyRS1TjG3/developers-reference-3.3.7/developers-reference.sgml --- /tmp/PRL05EG69g/developers-reference-3.3.6/developers-reference.sgml 2005-03-25 16:22:35.0 +0100 +++ /tmp/ymyRS1TjG3/developers-reference-3.3.7/developers-reference.sgml 2005-11-20 14:47:23.0 +0100 @@ -3529,7 +3529,9 @@ The rationale for using helper scripts in filedebian/rules/file is that lets maintainers use and share common logic among many packages. Take for instance the question of installing menu entries: you need to -put the file into file/usr/lib/menu/file, and add commands to the +put the file into file/usr/share/menu/file (or +file/usr/lib/menu/file for executable binary menufiles, if this is +needed), and add commands to the maintainer scripts to register and unregister the menu entries. Since this is a very common thing for packages to do, why should each maintainer rewrite all this on their own, sometimes with bugs? Also, signature.asc Description: Digital signature
Bug#339933: signing-party: [caff] problem with a mailserver (but Gnus and Mozilla work)
| Cc: [EMAIL PROTECTED] Is there a reason why you want to exclude others from the discussion now? On Sun, 20 Nov 2005, Luca Capello wrote: [something, and fortunately also the real mails.] Try to set the encoding to 7bit where we build the multipart/encrypted mime part in send_mail(). If that fixes it your mail server is broken. | Received: from CONVERSION-DAEMON.mbx.unige.ch looks strangely suspicious. -- PGP signed and encrypted | .''`. ** Debian GNU/Linux ** messages preferred.| : :' : The universal | `. `' Operating System http://www.palfrader.org/ | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339933: signing-party: [caff] problem with a mailserver (but Gnus and Mozilla work)
Hello! On Sun 20 Nov 2005 12:47 +0100, Christoph Berg wrote: Re: Luca Capello in [EMAIL PROTECTED] It seems that you completely ignored the rest of my report. The rest of the report said the same. Let me disagree explaining why I opened this bug: 1) I used caff to sign Martin's key. 2) I couldn't see the bcc: mails caff sent to me. 3) My key signed by Martin to zoo.unige.ch was screwed-up. 4) I thought the university mail server cannot handle encrypted mails (it can handle signed mails as I always send signed mails). 5) I tried with Mozilla and Gnus via the university mail server and the encrypted mails were readable. 6) I filed this bug, _explaining_ that ATM the problem is specific to the couple caff + university mail server (which is what you can find in the rest of my report). Anyway, now that I was asked for more info the above is just the interpretation I give to my report: maybe my English wasn't perfect, so excuse me :-) If you want your report to be of any help, please send the full messages, including headers. (Preferably gzipped, to prevent any breakage of the line wraps, etc.) Attached 4 different messages: a) One of Martin's key signed by me. b) My key signed by Martin to zoo.unige.ch. c) An encrypted message sent using Mozilla. d) An encrypted message sent using Gnus. I'm not at university, now, so I cannot try other combinations, but I'm more than happy to test whatever it is needed. Thx, bye, Gismo / Luca Martin-key-signed-by-me.msg.gz Description: Martin's key signed by me my-key-signed-by-Martin.msg.gz Description: My key signed by Martin test-encryption-mozilla.msg.gz Description: Mozilla encrypted mail test-encryption-gnus.msg.gz Description: Gnus encrypted mail pgpS54hwJDofU.pgp Description: PGP signature
Bug#340025: maxdb-server: doesn't remove cleanly
Package: maxdb-server Version: 7.5.00.31-1 Testing maxdb-server with piuparts, I get the following error: 0m8.0s ERROR: Package purging left files on system: /var/lib/maxdb owned by: maxdb-server /var/lib/maxdb/data owned by: maxdb-server /var/lib/maxdb/data/fifo owned by: maxdb-server /var/lib/maxdb/data/fifo/xserver_gytha_logger /var/lib/maxdb/data/fifo/xserver_gytha_update /var/lib/maxdb/data/wrk owned by: maxdb-server /var/lib/maxdb/data/wrk/xserver_gytha.prt Since I don't know maxdb myself (I just test packages automatically), I don't know whether the correct way to deal with these files is to remove them when the package is purged (compare with high score files for games) or to keep them on the filesystem because the data is precious (e.g., the mail spool). If you think it would be better to keep them, please tell me, and I'll add an exception to piuparts. -- I sometimes mistake arrogance for intelligence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340026: unicorn-source: does no build with 2.6.14 kernel
Package: unicorn-source
Version: 0.8.7-1.1
Severity: important
When I try to build unicorn modules it fails with errors in attached
file, I have tried removing usb build options in make files and
debian/rules with no joy.
The command I used to build the modules:
module-assistant build unicorn-source
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages unicorn-source depends on:
ii debhelper 5.0.7 helper programs for
debian/rules
ii kernel-package9.008.4A utility for building
Linux kerne
ii make 3.80-11The GNU version of the
make util
unicorn-source recommends no packages.
-- no debconf information
/usr/bin/make debian/rules clean
make[1]: Entering directory `/usr/src/modules/unicorn'
make[1]: Nothing to be done for `debian/rules'.
for i in adsl_status unicorntest tools libm unicorn_pci unicorn_usb; do (if [
-d $i ]; then make -C $i clean; fi); done
make[2]: Entering directory `/usr/src/modules/unicorn/libm'
/bin/rm -f *~
/bin/rm -f *.s
/bin/rm -f *.o
/bin/rm -f *.a
make[2]: Leaving directory `/usr/src/modules/unicorn/libm'
make[2]: Entering directory `/usr/src/modules/unicorn/unicorn_pci'
/bin/rm -f unicorn_pcidrv.o ../msw/linrapi.o ../msw/msw.o ../msw/crc.o
../amu/amas.o ../amu/amu.o ../amu/bsp_pci.o ../unicorn_atm/unicorn_atmdrv.o
/bin/rm -f unicorn_pcidrv.o ../msw/linrapi.o ../msw/msw.o ../msw/crc.o
../amu/amas.o ../amu/amu.o ../amu/bsp_pci.o ../unicorn_eth/unicorn_ethdrv.o
/bin/rm -f unicorn_pci_atm.* unicorn_pci_eth.*
make[2]: Leaving directory `/usr/src/modules/unicorn/unicorn_pci'
make[2]: Entering directory `/usr/src/modules/unicorn/unicorn_usb'
/bin/rm -f unicorn_usbdrv.o ../msw/linrapi.o ../msw/msw.o ../msw/crc.o
../amu/amas.o ../amu/amu.o ../amu/bsp_usb.o ../unicorn_atm/unicorn_atmdrv.o
/bin/rm -f unicorn_usbdrv.o ../msw/linrapi.o ../msw/msw.o ../msw/crc.o
../amu/amas.o ../amu/amu.o ../amu/bsp_usb.o ../unicorn_eth/unicorn_ethdrv.o
/bin/rm -f unicorn_usb_atm.* unicorn_usb_eth.*
make[2]: Leaving directory `/usr/src/modules/unicorn/unicorn_usb'
make[1]: Leaving directory `/usr/src/modules/unicorn'
/usr/bin/make -f debian/rules binary-modules
make[1]: Entering directory `/usr/src/modules/unicorn'
export DH_OPTIONS='-punicorn-modules-2.6.14-2-686'
# Is this needed for setting up a Depends?
#echo kpkg:Package-Version=0.8.7-1.1+2.6.14-2-686 \
# debian/unicorn.substvars
echo kpkg:Kernel-Version=2.6.14-2-686 \
debian/unicorn-modules-2.6.14-2-686.substvars
# The substvars mechanism seems slightly broken, hack to get around it
# stolen from the qce-ga package. Y!
sed -e 's/${kpkg\:Kernel\-Version}/2.6.14-2-686/' \
debian/control.in debian/control
dh_testdir
dh_testroot
dh_clean -k
# Build and install the module
if [ 6 = 4 ]; then \
/usr/bin/make modules HPATH=/usr/src/linux-headers-2.6.14-2-686/include
KERNEL_SOURCES=/usr/src/linux-headers-2.6.14-2-686; \
/usr/bin/make only_modules_install
KERNEL_SOURCES=/usr/src/linux-headers-2.6.14-2-686 \
DESTDIR=/usr/src/modules/unicorn/debian/unicorn-modules-2.6.14-2-686
KVERS=2.6.14-2-686;\
elif [ 6 = 6 ]; then\
/usr/bin/make -C libm modules;\
/usr/bin/make -C /usr/src/linux-headers-2.6.14-2-686
SUBDIRS=/usr/src/modules/unicorn/unicorn_pci \
INSTALL_MOD_PATH=/usr/src/modules/unicorn/debian/unicorn-modules-2.6.14-2-686
modules modules_install; \
/usr/bin/make -C /usr/src/linux-headers-2.6.14-2-686
SUBDIRS=/usr/src/modules/unicorn/unicorn_usb \
INSTALL_MOD_PATH=/usr/src/modules/unicorn/debian/unicorn-modules-2.6.14-2-686
modules modules_install; \
fi
make[2]: Entering directory `/usr/src/modules/unicorn/libm'
gcc -O2 -fno-gnu-linker -Wstrict-prototypes -fomit-frame-pointer
-fno-strict-aliasing -pipe -fno-strength-reduce -Wall -Wno-comment -c -o
e_pow.o e_pow.c
cc1: error: unrecognized command line option -fno-gnu-linker
make[2]: *** [e_pow.o] Error 1
make[2]: Leaving directory `/usr/src/modules/unicorn/libm'
make[2]: Entering directory `/usr/src/linux-headers-2.6.14-2-686'
LD /usr/src/modules/unicorn/unicorn_pci/built-in.o
CC [M] /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.o
In file included from /usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:24:
/usr/src/modules/unicorn/unicorn_pci/../amu/amas.h:373:5: warning: WIN32 is
not defined
/usr/src/modules/unicorn/unicorn_pci/../amu/amas.h:389:5: warning: WIN32 is
not defined
/usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:56:5: warning:
BIG_ENDIAN is not defined
/usr/src/modules/unicorn/unicorn_pci/unicorn_pcidrv.c:296:5: warning: LINUX
is not
Bug#340028: dokuwiki: package should recommend imagemagick or other
Package: dokuwiki Version: 0.0.20050922-4 Severity: minor Dokuwiki needs imagemagick (or GD?) to store different sized cached images. The package should at least recommend one of those. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.29-linode39-1um Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii ucf 2.003 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii apache [httpd-cgi]1.3.34-1 versatile, high-performance HTTP s ii apache2-mpm-prefork [httpd-cg 2.0.55-3 traditional model for Apache2 -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340029: openoffice.org-kde: fonts differ from native kde apps
Package: openoffice.org-kde Version: 2.0.0-2 Severity: normal When I use the openoffice.org-kde package the fonts in openoffice are bigger than those in native kde apps. It's bad to the consistency of the desktop. I hope this bug can be fixed somehow! It was here already with the 1.1.x packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-ck5 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-kde depends on: ii kdelibs4c2 4:3.5-rc1-1 core libraries for all KDE applica ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libx11-6 6.8.99.902.dfsg.1-1 X Window System protocol client li ii openoffice.org-core 2.0.0-2 OpenOffice.org office suite archit ii xlibs6.8.99.902.dfsg.1-1 X Window System client libraries m openoffice.org-kde recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279480: silo: Data Access Exception on tab completion attempt
Hi, on a SunBlade 1000, I get something similar: tab pressed here | v boot: cat /silo.Fast Data Access MMU Miss ok Is this the same problem? bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334601: Fw: Bug#334601: I have very interest in vnc2swf
Date: Sun, 20 Nov 2005 01:07:53 + From: Steve Kemp [EMAIL PROTECTED] To: Rodrigo Tadeu Claro [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#334601: I have very interest in vnc2swf On Fri, Nov 18, 2005 at 07:59:28PM -0200, Rodrigo Tadeu Claro wrote: I packed pyvnc2swf for the Debian. But still necessary to finish some small adjustments, such as, to make a manual page in nroff that not have. OK. Very good. I'm very happy. I have it much will to keep this package and would like to have you as comaintainer. That is fine by me. I'm just pleased that it will enter the archive so that it will be available to our users (and myself!) Excelent, I am very honored. My sponsor in Brazil is the [EMAIL PROTECTED], it already he made upload of luxman-0.41-23 and he is very demanding. I wait to be able to satisfy its expectation with this package and that you it can make upload of it for me, being my sponsor in this package. Being possible, will be able to send the package for you in some days for your analysis and, perhaps posterior upload of this.That you find? That is fine. Good. Sorry, my english is weak. It is good enough for me :) That good that it thinks thus. Steve -- I'll be finishing the manpage it pyvnc2swf and after that after to pack it, I'll send the archives pyvnc2swf-0.7.2.dsc, pyvnc2swf-0.7.2.diff.gz and pyvnc2swf-0.7.2.changes for its analysis. Best regards, -- .''`. Rodrigo Tadeu Claro (rlinux) : :´` : Debian-BR-CDD - http://cdd.debian-br.org : ' ' : irc.freenode.net - #debian-br-cdd `. `'` email - [EMAIL PROTECTED] `-- www.rlinux.com.br - UIN168799234 -- Linux User Registered #301748 Debian-BR User #504 GPGkey ID D33084F2 -- http://pgp.mit.edu Duvidas sobre Debian? Visite o Rau-tu do CIPSGA: http://rautu.cipsga.org.br signature.asc Description: This is a digitally signed message part
Bug#340002: exim4-base: cron job incorreectly uses hardcoded spool directory
On Sunday 20 November 2005 11:26, Marc Haber wrote: tags #340002 confirmed thanks On Sun, Nov 20, 2005 at 10:14:06AM +0100, Alex Hermann wrote: The file /etc/cron.daily/exim4-base ahrdcodes the spool directory as /var/spool/exim4. However, the spool directory is configurable in the configuration file (directive: spool_directory or SPOOLDIR). I think the cron-job should use the directory specified in the configuration file(s). What do you think about the attached patch? Except for a typo, it works perfectly. Thanks. Alex. --- debian/exim4-base.cron.daily.old 2005-11-20 15:29:21.0 +0100 +++ debian/exim4-base.cron.daily 2005-11-20 15:28:10.0 +0100 @@ -10,7 +10,7 @@ exit 0 fi -SPOOLDIR=$(exim -bP spool_directory | sed 's/.*=[[:space:]]\(.*\)/\1/') +SPOOLDIR=$(exim4 -bP spool_directory | sed 's/.*=[[:space:]]\(.*\)/\1/') # Uncomment the following lines to get daily e-mail reports #if [ -x /usr/sbin/eximstats ]; then # eximstats /var/log/exim4/mainlog \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330191: #330191: klibc 1.1.1-4 FTBFS on sparc
On Sun, Nov 20, 2005 at 02:41:11PM +0100, Roland Stigge wrote: now that linux-headers-2.6.12-1-* is not available in sid anymore, I tried it with linux-headers-2.6.14-2-* (-sparc64 in this case). Besides the fact that the proper asm - asm-sparc64 symlink was missing, the 2.6.14-2-* package is configured for SPARC32 and therefore doesn't provide 64 bit options like page size etc. that is needed by klibc (build). Is this a bug or a feature? ;-) this is a bug in current linux-headers, which prevents upload of updated klibc. hope it to be resolved soon. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340026: unicorn-source: does no build with 2.6.14 kernel
On Sun, Nov 20, 2005 at 02:14:24PM +, Jake Spencer wrote: Package: unicorn-source Version: 0.8.7-1.1 Severity: important When I try to build unicorn modules it fails with errors in attached file, I have tried removing usb build options in make files and debian/rules with no joy. The command I used to build the modules: module-assistant build unicorn-source Can you try building it with make-kpkg, or plain make ? Also with a real kenrel source tree around instead of the linux-headers, which appear somewhat broken right now (missing asm link i think). Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340030: chrony: Tarball is impure
Package: chrony Version: 1.21-2 Severity: normal The source tarball is impure. I'll fix it in the next version. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C Versions of packages chrony depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337679:
It's been a while now since the major release ;)Looking forward to seeing the 2.6.0 in unstable.
Bug#339920: emacs-snapshot: font color problems with gnus
Romain Francoise [EMAIL PROTECTED] wrote: Oh, I think I managed to reproduce this: browsing Michael's config (yay for .emacs sharing) I noticed that he uses hi-lock-mode. And indeed, enabling hi-lock-mode makes fontification disappear from some buffers in Gnus. Jay, are you using hi-lock-mode as well? (If not, can you send me your config files?) I'm not using hi-lock-mode. I'd be glad to send you my config files. They are old and big, and I haven't yet gone through the exercise of adjusting them for emacs 22, though it is relatively high on my personal to-do list. There are probably fragments of my startup environment that have existed since emacs 18.something. With emacs 21 being the only version I ran for so long though, some of my very careful version-specific code has decayed somewhat. There are also lots of functions in my emacs configuration that I wrote at a time when they didn't exist in a standard way but that are no longer necessary. I'll send you my files separately not attached to the bug. Thanks for looking into it. I'll simultaneously work on reproducing this with a minimal configuration. I'm not sure whether it's a question of time, some specific action, some number of operations, or what. Here are a few other things I've noticed: * This first time this ever happened, I was running an emacs-snapshot that had just been replaced by apt-get dist-upgrade. When it started misbehaving, I immediately exited and restarted since I expected it to go south under the condition of being upgrade while being run. (While running apt-get dist-upgrade and seeing that emacs-snapshot is in the list, I continue to use emacs but am cautious not to do something while emacs itself is in the process of being upgraded.) It's hard for me to think of what could cause this behavior change in an already-running emacs. I didn't unfortunately think to check the *Messages* buffer -- I didn't do any diagnosis at all, fully expecting to restart right away anyway. It's also possible that it's coincidental and that the problem may have existed before and I just never happened to trip over it. * The second time it happened was fairly soon after restarting emacs. That was when I sent the bug report. * The third time it happened, I had been running for a few hours before it happened. * Once the fontification stops, it remains working in any existing gnus buffer but doesn't work in any new gnus buffer. For example, my *Group* buffer remains fontified, and getting new mail that causes new groups to show up results in those new groups being rendered in the proper color. New summary buffers do not show color. Messages displayed from the summary buffers are properly fontified as are all other buffers, new and old. M-x font-lock-fontify-buffer has no effect on the gnus buffers. If I quit gnus and restart it, the new *Group* buffer shows up without fontification. Note that my original bug report mentioned lack of color and didn't tie this to font-lock. That's because I'm not aware of whether the coloring in gnus is related to font-lock mode or not. I was actually under the impression that gnus did its own font implementation. My gnus setup is very heavily customized. I use it only for mail (I don't read news anymore), and I have written lots of code to make it behave in a more mailreaderly fashion in spite of cautions in the documentation. Rather than sending you my entire elisp directory consisting of almost 8,000 lines of elisp code, I'll try to boil it down to the minimal required for my configuration to load. My main startup file itself is about 650 lines. It also loads 400 lines of hooks and 2,000 lines of other functions. The other functions are almost certain to be completely irrelevant. My gnus configuration is also about 400 lines not including mail splitting rules. (If you were to map my brain, you would find a large region dedicated to emacs. I've been using it for more than half my life.) I'm also going to continue to search for some specific way to reproduce this problem. --Jay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340026: Acknowledgement (unicorn-source: does no build with 2.6.14 kernel)
Yes I have tried with make-kpkg and with make;make install + make modules;make modules_install, all with same errors and I have tried with debian kernel source too. Jake -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340032: linda: TypeError when running on quodlibet package
Package: linda Version: 0.3.16 Severity: normal Here's the error: linda -i quodlibet_0.15-2_all.deb Traceback (most recent call last): File /usr/bin/linda, line 100, in ? main.run() File /usr/bin/linda, line 62, in run checker.check(file) File /usr/lib/site-python/linda/checker.py, line 28, in check self.go() File /usr/lib/site-python/linda/checker.py, line 42, in go self.run_checks(2) File /usr/lib/site-python/linda/checker.py, line 68, in run_checks self.err_printer.print_error(errs, self.data_files) File /usr/lib/site-python/linda/err_print.py, line 34, in print_error data_file[err_dict][tag], self.pkg_name) File /usr/lib/site-python/linda/output.py, line 52, in print_out self.fetch_desc() File /usr/lib/site-python/linda/output.py, line 33, in fetch_desc for desc in self.return_trans(self.tag): File /usr/lib/site-python/linda/output.py, line 79, in return_trans trans.charset(), 'replace').encode(trans.charset())) TypeError: unicode() argument 2 must be string, not None -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linda depends on: ii binutils 2.16.1cvs20051117-1 The GNU assembler, linker and bina ii dash 0.5.2-8 The Debian Almquist Shell ii file 4.15-2 Determines file type using magic ii man-db 2.4.3-3 The on-line manual pager ii python 2.3.5-3 An interactive high-level object-o Versions of packages linda recommends: ii debian-policy 3.6.2.1Debian Policy Manual and related d -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340033: fetchmail-ssl does not install on Woody
Package: fetchmail-ssl Version: 5.9.11-6.2 Severity: serious Justification: 7. -- System Information: Debian Release: 3.0 Architecture: i386 (i686) Kernel: Linux 2.4.18-1-586tsc Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-15) Possibly broken dependencies in fetchmail-ssl, thanks for the effort Sebastian narcotic:/home/niehaus# apt-get install fetchmail-ssl 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: Sorry, but the following packages have unmet dependencies: fetchmail-ssl: Depends: fetchmail-common (= 5.9.11-6.2) but 5.9.11-6.3 is to be installed E: Sorry, broken packages narcotic:/home/niehaus# -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340034: pcmcia-cs: REFRAIN_FROM_IFUP=yes is not recognized
Package: pcmcia-cs Version: 3.2.8-5.2 Severity: important REFRAIN_FROM_IFUP is set to yes but cardmgr still brings up the interface with its network script. --- Nov 20 16:09:09 lenox cardmgr[829]: socket 1: NE2000 Compatible Ethernet Nov 20 16:09:09 lenox kernel: eth0: NE2000 Compatible: io 0x300, irq 3, hw_addr 00:E0:9 8:94:78:92 Nov 20 16:09:09 lenox cardmgr[829]: executing: './network start eth0 21' Nov 20 16:09:09 lenox cardmgr[829]: + Sample private network setup --- Another problem is that it doesn't bring down the interface correctly: --- Nov 20 15:59:49 lenox cardmgr[829]: executing: 'modprobe -r pcnet_cs 21' Nov 20 15:59:49 lenox cardmgr[829]: + pcnet_cs: Device or resource busy Nov 20 15:59:49 lenox cardmgr[829]: modprobe exited with status 1 --- So there is the interface configuration left and if you plugin the card again it wants to configure another non-existent network interface. So I have to use command ifdown eth0 before I can plugin the card again. But I have installed hotplug and corresponding to documentation it is intended that hotplug configures the network cards. /etc/default/pcmcia: --- # Defaults for pcmcia (sourced by /etc/init.d/pcmcia) PCMCIA=yes PCIC=yenta_socket PCIC_OPTS= CORE_OPTS= CARDMGR_OPTS= # If REFRAIN_FROM_IFUP is set to yes, cardmgr will not bring up # network interfaces. They should be brought up by hotplug instead. # Since this is an upgrade from an old version of pcmcia-cs, it # retains the old behaviour. Please read # /usr/share/doc/pcmcia-cs/README.Debian and then uncomment the # following line. REFRAIN_FROM_IFUP=yes --- /etc/network/interfaces: --- auto lo allow-hotplug eth0 mapping hotplug script grep map eth0 iface lo inet loopback # This entry was created during the Debian installation iface eth0 inet dhcp --- Thanks. Markus -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pcmcia-cs depends on: ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii dmidecode 2.7-2 Dump Desktop Management Interface ii libc6 2.3.5-8GNU C Library: Shared libraries an ii lsb-base 3.0-11 Linux Standard Base 3.0 init scrip ii module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo ii modutils 2.4.27.0-3 Linux module utilities ii psmisc21.8-1 Utilities that use the proc filesy Versions of packages pcmcia-cs recommends: ii hotplug 0.0.20040329-25 Linux Hotplug Scripts -- debconf information: * pcmcia-cs/abort_upgrade: false pcmcia-cs/error_stopping: pcmcia-cs/abort_msg: pcmcia-cs/not_stopped: * pcmcia-cs/stop_pcmcia: true * pcmcia-cs/fix_pcic: false pcmcia-cs/run_probe: true * pcmcia-cs/upgrade_note: pcmcia-cs/no_rmdir: pcmcia-cs/start_later: * pcmcia-cs/upgrade_action: ask * pcmcia-cs/start_pcmcia: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340035: quodlibet: png files in /usr/lib violates FHS
Package: quodlibet Version: 0.15-2 Severity: serious The QL package contains image files in /usr/lib/quodlibet, which should go in /usr/share according to the FHS. Lintian also reports this: lintian -i quodlibet_0.15-2_i386.changes W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/exfalso.png N: N: This package installs a pixmap or a bitmap within /usr/lib. According N: to the Filesystem Hierarchy Standard, architecture-independent files N: need to be placed within /usr/share instead. N: W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/quodlibet.png W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-max.png W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-medium.png W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-min.png W: quodlibet: image-file-in-usr-lib usr/lib/quodlibet/ql-volume-zero.png References: http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1 http://www.debian.org/doc/packaging-manuals/fhs/fhs-4.7.html -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages quodlibet depends on: ii gstreamer0.8-alsa [gstreamer0 0.8.11-2 ALSA plugin for GStreamer ii gstreamer0.8-artsd [gstreamer 0.8.11-2 aRtsd plugin for GStreamer ii gstreamer0.8-esd [gstreamer0. 0.8.11-2 Enlightened Sound Daemon plugin fo ii gstreamer0.8-mad 0.8.11-2 MAD MPEG audio decoder plugin for ii gstreamer0.8-oss [gstreamer0. 0.8.11-2 OSS plugin for GStreamer ii gstreamer0.8-polypaudio [gstr 0.8.11-2 polypaudio plugin for GStreamer ii gstreamer0.8-vorbis 0.8.11-2 Vorbis plugin for GStreamer ii libgtk2.0-0 2.8.7-1The GTK+ graphical user interface ii python2.3.5-3An interactive high-level object-o ii python-gst0.8.2-1generic media-playing framework (P ii python-gtk2 2.8.2-2Python bindings for the GTK+ widge ii python-pymad 0.5.4-1Python wrapper to the MPEG Audio D ii python-pyvorbis 1.3-1 A Python interface to the Ogg Vorb ii python2.3-pymad [python-pymad 0.5.4-1Python wrapper to the MPEG Audio D Versions of packages quodlibet recommends: ii libgstreamer-gconf0.8-0 0.8.11-2 GConf support for GStreamer ii python-gnome2-extras 2.12.1-1 Python bindings for the GNOME desk ii python2.3-gnome2 2.12.1-3 Python bindings for the GNOME desk ii quodlibet-ext 0.15-2 extensions for the Quod Libet audi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340036: mailman: unused language files are not purged
Package: mailman Severity: normal Tags: pending When doing dpkg-reconfigure and removing languages from the support list, removed languages are not purged. Deep in the code, that's because the postinst script uses md5sum -v, which is correct for sarge and dpkg's md5sum, but in etch dpkg doesn't ship md5sum anymore and one uses coreutils' one. Which doesn't take -v, but behaves approximately like dpkg's with -v. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-forcedeth Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221290: Bug #221290 still here: screen garbled after entering high-ascii characters at login prompt
Hello, On Mon, Nov 07, 2005 at 11:45:07PM +0200, Alexander Gattin wrote: On Sun, Nov 06, 2005 at 12:29:43PM +0100, Helge Kreutzmann wrote: I replaced one terminal of mine with: 9:23:respawn:/sbin/mingetty tty9 and it at least fixes this bug. I put in now on all VCs and see if anything breaks (maybe I missed the one pattern on this test VC). yes, mingetty is: 1) for virtual consoles only (i.e. no serial lines support and thus no bitness-autodetection) This should be no problem. In my /etc/inittab I find the following comments: # Example how to put a getty on a serial line (for a terminal) # #T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 #T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100 # Example how to put a getty on a modem line. # #T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3 I see no reason to switch new installs to mingetty and add one of the current lines as another example, e.g., # Example how to use classical getty for serial lines etc. # #4:23:respawn:/sbin/getty 38400 tty4 2) more recent IIRC and more legacy-free IMHO I guess the »legacy-free« stuff is the relevant issue. BTW, in RedHat mingetty was used for VCs by default. I was surprised that Debian uses getty when I switched to Debian several years ago... Maybe Debian should then simply switch as well (for new installs)? Unless a compelling technical issue arises, this should be no problem. (Serial lines are a different issue, of course). Maybe this is the reason -- wish to have universal getty program capable of handling both VCs and serial lines? Well, as stated above, examples are given. I never used a serial line, but the (already present) example indicates, that a user has to edit /etc/inittab anyhow to get the serial line working (but maybe I am wrong here). If serial lines are indeed a concern (and maybe for some archs they are) and the current setup works out of the box, then we should hunt the bug in getty, of course (or get the installer to write a proper /etc/inittab in this case). I see another problem: mingetty is only optional, so the installer cannot gurantee it to be available. So it first would have to become required. What do you think: Should we try to hunt down the problem in getty, or do you think its more sensible to get mingetty the default (and hence mingetty required)? Tomasz, what getty do you use for virtual consoles in PLD (by default)? I worked quite a while on PLD (Ra), and I never encountered a problem with the console (both on alpha as well as on intel, but again, no serial line), so if indeed mingetty is used, than it looks like a good bet for Debian as well. (Sorry, I have no longer access to a PLD box myself nor to my PLD hacker). Greetings Helge -- Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED] gpg signed mail preferred 64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm Help keep free software libre: http://www.ffii.de/ pgpKaGbKMsrPJ.pgp Description: PGP signature
