Bug#628522: perl: ExtUtils::MakeMaker overriding CCFLAGS when passed to WriteMakefile
On Thu, Jun 02, 2011 at 09:29:11PM +0300, Niko Tyni wrote: I expect that you didn't build libdbd-oracle-perl (it's in contrib as it needs some Oracle binaries), but if you still have the build logs available, could you please check if any other log contains $Config{ccflags} twice? Such packages would be currently using CCFLAGS correctly and potentially be affected negatively by the fix. I doubt that having the flags twice breaks anything, but verifying that would be good. Grepping for -D_REENTRANT.*-D_REENTRANT or something like that should do. Sure. dom@carme:~/logs$ egrep -l -- '-D_REENTRANT.*-D_REENTRANT' * freeradius_2.1.10+dfsg-3+b1-i386-20110602-1216 frozen-bubble_2.2.0-2+b2-i386-20110602-1305 graphicsmagick_1.3.12-1+b3-i386-20110602-0111 imagemagick_6.6.9.7-2+b1-i386-20110602-0934 kvirc_4.1.1~svn5829-1+b1-i386-20110601-2312 libalgorithm-permute-perl_0.12-1+b2-i386-20110601-2333 libdbd-pg-perl_2.18.1-1+b1-i386-20110602-1244 libsearch-xapian-perl_1.2.5.0-3+b1-i386-20110602-0259 libunicode-japanese-perl_0.47-1+b2-i386-20110602-0422 libverilog-perl_3.306-1+b1-i386-20110602-1303 libxml-xerces-perl_2.7.0-0+deb1-2+b2-i386-20110602-0427 libzeromq-perl_0.15-1+b1-i386-20110602-0429 net-snmp_5.4.3~dfsg-2.2+b1-i386-20110602-0314 net-snmp_5.4.3~dfsg-2.2+b1-i386-20110602-0320 nginx_1.0.1-1+b1-i386-20110602-0922 sdlperl_2.2.5-1+b3-i386-20110602-1300 subversion_1.6.16dfsg-1+b3-i386-20110602-0329 vim_7.3.154+hg~74503f6ee649-2+b2-i386-20110602-1110 vim_7.3.154+hg~74503f6ee649-2+b2-i386-20110602-1122 vim_7.3.154+hg~74503f6ee649-2+b2-i386-20110602-1135 vim_7.3.154+hg~74503f6ee649-2+b2-i386-20110602-1147 xmms2_0.7DrNo+dfsg-2+b3-i386-20110601-2336 -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569273: [Calendarserver-maintainers] Bug#569273: vobject.base.ParseError: error: illegal escape sequence
Hi Guido, How do I check this? Shall I just remove the patch and check if calendarserver is working fine or is there any specific functionality in calendarserver which I should look out for? Also I am kind of occupied with some task currently. If it not urgent, I'll look into this later. Regards, Rahul. On Wednesday 01 June 2011 11:23 PM, Guido Günther wrote: Hi, I'm inclined to back out the last hunk of this patch: http://anonscm.debian.org/gitweb/?p=calendarserver/python-vobject.git;a=blob;f=debian/patches/0003-Treat-untils-as-floating.patch;h=ec978d344ec7c85bb0fa86c930141b54bb45d5a8;hb=57d7cbdc44f646d1f403731a205bb47a1adcba08 in unstable now. Rahul could you check what this means for calendarserver? Is the patch still needed with current versions? It seems the other changes have been applied upstream: http://websvn.osafoundation.org/comp.php?repname=vobjectpath=%2Fcompare[]=%2Ftrunk@218compare[]=%2Ftrunk@219 Cheers, -- Guido On Wed, Jun 01, 2011 at 03:54:17PM +0200, Stuart Pook wrote: It it not just \t that causes a problem. \, (produced by osso-addressbook-backup on my N900) does as well. We are not the only people to have seen these problems. https://bugs.launchpad.net/ubuntu/+source/python-vobject/+bug/725839 regards Stuart ___ Calendarserver-maintainers mailing list calendarserver-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/calendarserver-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619729: RM: arts -- ROM; obsolete
On Fri, Apr 22, 2011 at 09:32:44AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Fri, Apr 22, 2011 at 8:14 AM, Torsten Werner twer...@debian.org wrote: Am 29.03.2011 11:47, schrieb Ana Guerrero: On Tue, Mar 29, 2011 at 11:40:43AM +0200, Alexander Reichle-Schmehl wrote: Sorry, but that would break quite some stuff: People using arts voluntarily? I am *very* surprised! thanks. Is anyone working on these issues? Indeed, we are. There are only three packages remaining to be fixed: allegro4.2 (#622198), xsidplay (#622199) and zapping (#620575). The three of them seems to be orphaned. Personally I'm lacking to time to deal with them until next weekend. The only remaining package was allegro4.2, which I've just NMUd. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619729: RM: arts -- ROM; obsolete
On Thu, Jun 02, 2011 at 11:01:36PM +0200, Moritz Mühlenhoff wrote: On Fri, Apr 22, 2011 at 09:32:44AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Fri, Apr 22, 2011 at 8:14 AM, Torsten Werner twer...@debian.org wrote: Am 29.03.2011 11:47, schrieb Ana Guerrero: On Tue, Mar 29, 2011 at 11:40:43AM +0200, Alexander Reichle-Schmehl wrote: Sorry, but that would break quite some stuff: People using arts voluntarily? I am *very* surprised! thanks. Is anyone working on these issues? Indeed, we are. There are only three packages remaining to be fixed: allegro4.2 (#622198), xsidplay (#622199) and zapping (#620575). The three of them seems to be orphaned. Personally I'm lacking to time to deal with them until next weekend. The only remaining package was allegro4.2, which I've just NMUd. No need to do a NMU! The package is orphaned (#626049). It was more interesting imho uploading allegro 5.0 if the package does not find adopters. I was waiting some time to see if this was the case.. :) Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628702: nvidia dependencies and AMD cards
On Wed, Jun 1, 2011 at 4:55 PM, Tomasz Rybak wrote: Can you describe how you are using OpenCL with fglrx? I have tried to find packages providing OpenCL, but was able to only find NVIDIA-related packages. I'm using Ubuntu, hope that's not a problem. I could of course test Debian too if that's required. I had to install fglrx (jockey/distro package) and download the AMD APP SDK [1], as far as I can tell no further opencl related packages were needed. [1] http://developer.amd.com/sdks/AMDAPPSDK/downloads/Pages/default.aspx Currently package depends on: libnvidia-compiler1 | libnvidia-compiler, nvidia-libopencl1, nvidia-opencl-common, Second dependency pulls OpenCL library, and third ICD file (telling OpenCL where to find available OpenCL libraries). I think it could be possible to change them to: libopencl1 opencl-icd I am not sure about first dependency (libnvidia-compiler1); I will need to experiment a bit. Then, if fglrx provides those packages, it would work without any problems. I have checked PyOpenCL with APP OpenCL on CPU and it works without any problems, so I believe dependencies are the only problem. Well, none of the mentioned packages is installed here. But you need to use their SDK. Related ubuntu bug: pyopencl falsely depends on nvidia-current https://bugs.launchpad.net/ubuntu/+source/pyopencl/+bug/763457 Thanks for providing link to this bug - I do not know why I have not received mail from launchpad about this bug. I don't know why, guess you could manually subscribe here: https://launchpad.net/ubuntu/+source/pyopencl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624387: [bug #33198] Incorrect bracket expression when parsing in ru_RU.KOI8-R (Russian locale)
Santiago Ruano Rincón wrote: Follow-up Comment #3, bug #33198 (project grep): It seems the problem is still unsolved. I've tried both, 2.8 and patching 2.7, but I got the same results. Igor Ladygin confirms this. santiago@nomada:~$ echo Пример| LC_ALL=ru_RU.KOI8-R grep -qE [Пп]; echo $? 1 Thank you. At first I was going to say this: You are using ru_RU.KOI8-R, which is a uni-byte locale, yet your inputs (both stdin and the grep regexp) use the two-byte representation, П (\xd0\9f), instead of the uni-byte П (\360). But it fails even with the single-byte version. So it is indeed a bug in grep, but at least this time it affects relatively few locales. Here's the fix I expect to use and a test case to exercise it. From 8e214a2ecc4bac7f8341deb3646b6f1c3819dac3 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Thu, 2 Jun 2011 18:03:49 +0200 Subject: [PATCH 1/2] fix the range bug also for relatively unusual uni-byte encodings * src/dfa.c (setbit_case_fold) Bug fix. FIXME * NEWS (Bug fixes): Mention it. --- NEWS |4 src/dfa.c |7 +-- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 312c803..67b3fad 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ GNU grep NEWS-*- outline -*- ** Bug fixes + echo c|grep '[c]' would fail for any c in 0x80..0xff, with a uni-byte + encoding for which the byte-to-wide-char mapping is nontrivial. For + example, the ISO-88591 locales are not affected, but ru_RU.KOI8-R is. + grep -P no longer aborts when PCRE's backtracking limit is exceeded Before, echo aab |grep -P '((a+)*)+$' would abort. Now, it diagnoses the problem and exits with status 2. diff --git a/src/dfa.c b/src/dfa.c index b41cbb6..0ce6242 100644 --- a/src/dfa.c +++ b/src/dfa.c @@ -573,8 +573,11 @@ setbit_case_fold ( else { #if MBS_SUPPORT - int b2 = wctob ((unsigned char) b); - if (b2 == EOF || b2 == b) + /* Below, note how when b2 != b and we have a uni-byte locale + (MB_CUR_MAX == 1), we set b = b2. I.e., in a uni-byte locale, + we can safely call setbit with a non-EOF value returned by wctob. */ + int b2 = wctob (b); + if (b2 == EOF || b2 == b || (MB_CUR_MAX == 1 ? (b=b2), 1 : 0)) #endif setbit (b, c); } -- 1.7.6.rc0.254.gf37de From c93e621ac20d085abda4cf3c269f5cf902671a84 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Thu, 2 Jun 2011 11:01:35 +0200 Subject: [PATCH 2/2] tests: exercise a non-UTF8 multi-byte range bug: requires ru_RU.KOI8-R * tests/mb-non-utf8-range: New file. * tests/Makefile.am (TESTS): Add it. * init.cfg (require_ru_RU_koi8_r): New function. --- tests/Makefile.am |1 + tests/init.cfg |9 + tests/mb-non-utf8-range | 41 + 3 files changed, 51 insertions(+), 0 deletions(-) create mode 100644 tests/mb-non-utf8-range diff --git a/tests/Makefile.am b/tests/Makefile.am index a01b004..2d0527a 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -63,6 +63,7 @@ TESTS = \ inconsistent-range\ khadafy \ max-count-vs-context \ + mb-non-utf8-range\ high-bit-range \ options \ pcre \ diff --git a/tests/init.cfg b/tests/init.cfg index 3429f0d..f6ead9c 100644 --- a/tests/init.cfg +++ b/tests/init.cfg @@ -69,3 +69,12 @@ require_en_utf8_locale_() *) skip_test_ 'en_US.UTF-8 locale not found' ;; esac } + +require_ru_RU_koi8_r() +{ + path_prepend_ . + case $(get-mb-cur-max ru_RU.KOI8-R) in +1) ;; +*) skip_test_ 'ru_RU.KOI8-R locale not found' ;; + esac +} diff --git a/tests/mb-non-utf8-range b/tests/mb-non-utf8-range new file mode 100644 index 000..a0b51dd --- /dev/null +++ b/tests/mb-non-utf8-range @@ -0,0 +1,41 @@ +#!/bin/sh +# Exercise a DFA range bug that arises only with a unibyte encoding +# for which the wide-char-to-single-byte mapping is nontrivial. +# E.g., the regexp, [C] would fail to match C in a unibyte locale like +# ru_RU.KOI8-R for any C whose wide-char representation differed from +# its single-byte equivalent. + +# Copyright (C) 2011 Free Software Foundation, Inc. + +# This program is free software: you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation, either version 3 of the License, or +# (at your option) any later version. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. + +# You should
Bug#627348: chromium: New Tab often unresponsive the first time I start Chromium
tags 627348 + confirmed reassign 627348 gecko-mediaplayer 0.9.9.2-1 severity 627348 grave tags 627348 + upstream affects 627348 + chromium chromium-browser quit Hi again, Torbjörn Andersson wrote: * Clear the cache. * Open Chromium. Wait for the unresponsive tab dialog to appear, as it usually does. Killed the unresponsive tab. * Open a new tab and go to http://www.update.uu.se/~d91tan which worked fine * Open a new tab and go to http://www.update.uu.se/~d91tan/AfterTheRain which worked fine * Open one of the pictures in that directory. It got stuck, and after a while the tab was reported as unresponsive I can reproduce this. http://crbug.com/77274 tracks it upstream. The Ubuntu changelog says Build without gconf support, which should fix the hang with chromium (LP: #545209). so I imagine there is a fix or at least some more understanding floating around on that end somewhere. Cesare, please feel free to reassign this back to chromium if it turns out to be a chromium problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#98430: perl: Can't Cgoto func at end of lvalue sub
found 98430 5.14.0-1 notforwarded 98430 thanks On Thu, May 24, 2001 at 05:28:38PM +1000, Brendan O'Dea wrote: [Full bug report details are at http://bugs.debian.org/98430. Please retain 98430-forwar...@bugs.debian.org in the Cc field of replies.] Summary: A module which worked with 5.6.0 now chokes under 5.6.1 with a compile-time error on goto from an lvalued subroutine. Here's a small example program: package Bug; $value = 'none'; sub a :lvalue{ $value } sub b :lvalue{ goto a } sub AUTOLOAD :lvalue { goto a } b() = 'sub' if grep /^sub/, @ARGV; c() = 'auto-sub'if grep /^auto-sub/,@ARGV; Bug-b() = 'method' if grep /^method/, @ARGV; Bug-d() = 'auto-method' if grep /^auto-method/, @ARGV; print $value\n; Note that if the AUTOLOAD in this example instead contains *$AUTOLOAD = sub :lvalue { $value }; goto $AUTOLOAD; which is closer to the code described in the bug report, the behaviour is unchanged. Under 5.6.0, the following occurs: $ perl -w bug none $ perl -w bug sub sub $ perl -w bug auto-sub Can't modify non-lvalue subroutine call at bug line 7. $ perl -w bug method method $ perl -w bug auto-method auto-method So there's only one case which doesn't work, where a non-method AUTOLOAD is called and the exception occurs at run-time. The code doesn't compile under 5.6.1: $ perl -w bug Can't modify goto in lvalue subroutine return at bug line 4, near a } BEGIN not safe after errors--compilation aborted at bug line 5. Basically any goto within an :lvalue subroutine fails. After 10 years, this test program still doesn't work. There was no follow-up from p5p to this post. I'm inclined to think that this was an unfortunat backwards-incompatible change made in 5.6.1, but that it's quite unlikely to be changed now. Any objections to be me closing this? -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628997: gecko-mediaplayer: maintainer address does not accept mail
Package: gecko-mediaplayer Version: 0.9.9.2-1 Severity: serious Mail Delivery System wrote: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: norse...@ubuntu.com (generated from gecko-mediapla...@packages.debian.org) SMTP error from remote mail server after RCPT TO:norse...@ubuntu.com: host mx.canonical.com [91.189.94.145]: 550 5.1.1 norse...@ubuntu.com: Recipient address rejected: User unknown in virtual alias table -- This is a copy of the message, including all the headers. -- Return-path: jrnie...@gmail.com Received: from mail-yw0-f43.google.com ([209.85.213.43]) by powell.debian.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.69) (envelope-from jrnie...@gmail.com) id 1QSFBd-0006ET-3a for gecko-mediapla...@packages.debian.org; Thu, 02 Jun 2011 21:12:14 + Received: by ywa6 with SMTP id 6so557059ywa.30 for gecko-mediapla...@packages.debian.org; Thu, 02 Jun 2011 14:12:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=sIAIwqR8JmDDTVDu0VNda79og2SV6nNsqVO9xbQqoK0=; b=aWKrUBoBqMwYeypV/by2w7BABjx24v5zPDE8CPQNj2BRIvfTbo19oGW4RgE1T1eVMP KtPSi9nLatXJYcdusgV3FbEDGF5yNq6khk/lrP/yAqJxSybGwaSdVefVGIvN7RKkBN9x 4A3/Bp5oSxKnaxs+DqhyHrt3+ZZs2vuYEa2Jk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; b=RGp2ohxL9lLnPybbaiayG48/3MNv7q4Zb1TDkFEza2OSX48LiWetVbBN8kQ0m5N2ua i+kSt9r+04cJv1sW1JpGbKZRUXLtYF+VoNlTZBRPFrbs8K9gjgo3cYzacblFWApvXFgO SczBZ50XqfYXKk1TWJD7qfQyX0+mkertPulaU= Received: by 10.236.108.139 with SMTP id q11mr1624143yhg.222.1307049126312; Thu, 02 Jun 2011 14:12:06 -0700 (PDT) Received: from elie (adsl-69-209-65-98.dsl.chcgil.ameritech.net [69.209.65.98]) by mx.google.com with ESMTPS id i62sm780022yhm.38.2011.06.02.14.12.04 (version=SSLv3 cipher=OTHER); Thu, 02 Jun 2011 14:12:05 -0700 (PDT) Date: Thu, 2 Jun 2011 16:11:58 -0500 From: Jonathan Nieder jrnie...@gmail.com To: =?utf-8?B?VG9yYmrDtnJu?= Andersson eriknos...@telia.com Cc: Francesca Ciceri madame...@yahoo.it, 627...@bugs.debian.org, gecko-mediapla...@packages.debian.org Subject: Re: chromium: New Tab often unresponsive the first time I start Chromium Message-ID: 20110602211158.GA11216@elie References: 20110602103608.6934.56984.report...@kasbah.fastwebnet.it 20110602160810.GA31851@elie 4de7ee01.1030...@telia.com MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: 4de7ee01.1030...@telia.com User-Agent: Mutt/1.5.21 (2010-09-15) tags 627348 + confirmed reassign 627348 gecko-mediaplayer 0.9.9.2-1 severity 627348 grave tags 627348 + upstream affects 627348 + chromium chromium-browser quit Hi again, Torbj=C3=B6rn Andersson wrote: * Clear the cache. * Open Chromium. Wait for the unresponsive tab dialog to appear, as it usually does. Killed the unresponsive tab. * Open a new tab and go to http://www.update.uu.se/~d91tan which worked f= ine * Open a new tab and go to http://www.update.uu.se/~d91tan/AfterTheRain which worked fine * Open one of the pictures in that directory. It got stuck, and after a while the tab was reported as unresponsive I can reproduce this. http://crbug.com/77274 tracks it upstream. The Ubuntu changelog says Build without gconf support, which should fix the hang with chromium (LP: #545209). so I imagine there is a fix or at least some more understanding floating around on that end somewhere. Cesare, please feel free to reassign this back to chromium if it turns out to be a chromium problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548912: mirror listing update for ftp.bme.hu
On Thu, 2 Jun 2011, Simon Paillard wrote: On Tue, Dec 01, 2009 at 11:52:51PM +0100, Simon Paillard wrote: On Tue, Sep 29, 2009 at 08:26:26PM +0200, Simon Paillard wrote: On Tue, Sep 29, 2009 at 04:11:02PM +, Imre Simon wrote: Package: mirrors Severity: minor Submission-Type: update Thanks for the update, we failed in reaching the admin because our contact was outdated. You submitted an update of your mirror entry 2 months ago, but we didn't receive your answer. The current status is ok: - ISO mirror up to date - script up to date (ftpsync 80387) with amd64 and i386 This ok status means there is no more question (bandwith etc.)? Please answer us before we can add the mirror. I'm sorry, I searched for this bug in my mailbox, but I didn't find your previous mails. (and i didn't remember any email...) Imre Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628998: RM: genext2fs -- RoQA; orphaned, low popcon
Package: ftp.debian.org Severity: normal Hi, please remove genext2fs. It's orphaned and there's been no upstream release since 2007. Also, it seems fairly limited (#562999) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#95879: perl-base: contents of @INC
Hi Julian, I'm going over some (very!) old bug reports in perl and came across this thread which never really reached a satisfactory conclusion. On Fri, May 18, 2001 at 06:41:38PM +0100, Julian Gilbey wrote: On Fri, May 18, 2001 at 02:12:16PM +1000, Brendan O'Dea wrote: Of *course* I'm aware of that behaviour Julian, it was specifically designed to work that way. Not everyone dilligently checks that none of their locally installed perl modules (yes, even arch-indep ones) shadows a newer version in the perl core. This is true. This setup is designed to allow people to do something like: perl -MCPAN -e install Foo to get Foo, or a newer version thereof installed. Well thought out, I agree. You're going against the important principle that local settings (in /usr/local) should take precedence over standard system settings. I'm also bothered that a minor version upgrade is going to change the order of precedence. Going against? I've taken some great pains to allow both packaged modules and local modules to override system ones. The standard perl install, and the setup in all Debian perl packages prior to the current 5.6.0-X packages was to have site_perl *below* the core directories. Is the situation you describe, that of say perl-5.6.1 overriding a version of a module installed in /usr/local/*/perl/5.6.0 with an earlier version *really* that common? No, but there's a very different concern, where someone has installed a *modified* version of a standard module which does something slightly different from the standard one. Why would they do something like that and not use their own module name? Perhaps different config options or something equally silly. Well, people are people, and that's essentially why I think this is potentially problematic. Recall that you can of course install to (or create local packages) /usr/{lib,share}/perl5 or to any other directory and set PERLLIB/PERL5LIB. Of course they can; I'm just concerned that the order of precedence will change unexpectedly. I'm not as bothered about old versions of stuff exclipsing newer ones; that comes with locally installed stuff. I think this is a situation where it impossible to satisfy all concerns at once, and given that the @INC being discussed has effectively survived a decade in Debian, I'm inclined to close this bug now. Please let me know if you still feel strongly that this should be doing something different and I'll leave it open, although it may well acquire a wontfix tag in that instance. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628177: gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno
severity 628177 normal thank you $ gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno If this isn't a general problem, please let me know what might be specific about my environment that could be causing the issue, and I'll be glad to provide additional information. It was easy enough for me to find that there was something specific to my environment causing the problem here. It appears that if /usr/lib appears on the library search path before /lib that gpg-agent will fail as above. Note: $ LD_LIBRARY_PATH=/lib:/usr/lib gpg-agent gpg-agent: no gpg-agent running in this session $ LD_LIBRARY_PATH=/usr/lib:/lib gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno $ LD_LIBRARY_PATH=/usr/lib gpg-agent gpg-agent: symbol lookup error: /usr/lib/libassuan.so.0: undefined symbol: gpg_err_set_errno So I've got my environment fixed to avoid this problem now. I'm still a bit curious as to what might be going wrong here. -Carl pgpcDBeG9F359.pgp Description: PGP signature
Bug#628999: enna: FTBFS - missing libs
Package: enna Version: 0.4.1~r3557 Severity: serious Justification: fails to build from source Need to build with LIBS=-leina -lm -lecore_x -lX11 -lecore_input dpkg-buildpackage -b otherwise the binary fails to link. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 'oldstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624387: [bug #33198] Incorrect bracket expression when parsing in ru_RU.KOI8-R (Russian locale)
Santiago Ruano Rincón wrote: Follow-up Comment #3, bug #33198 (project grep): It seems the problem is still unsolved. I've tried both, 2.8 and patching 2.7, but I got the same results. Igor Ladygin confirms this. santiago@nomada:~$ echo Пример| LC_ALL=ru_RU.KOI8-R grep -qE [Пп]; echo $? 1 Here's a slightly better patch. The dfa.c diff is the same, but I've corrected the test name and added/corrected log comments. From cbd5055c976ebc93b657dcdf3783cc91de4f68ed Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Thu, 2 Jun 2011 18:03:49 +0200 Subject: [PATCH 1/2] fix the [...] bug also for relatively unusual uni-byte encodings MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * src/dfa.c (setbit_case_fold): Also handle uni-byte locales like the one mentioned in the original report: see 2011-05-07 commit d98338eb. Re-reported by Santiago Ruano Rincón. Note that most uni-byte locales are not affected. * NEWS (Bug fixes): Mention it. --- NEWS |4 src/dfa.c |7 +-- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/NEWS b/NEWS index 312c803..67b3fad 100644 --- a/NEWS +++ b/NEWS @@ -4,6 +4,10 @@ GNU grep NEWS-*- outline -*- ** Bug fixes + echo c|grep '[c]' would fail for any c in 0x80..0xff, with a uni-byte + encoding for which the byte-to-wide-char mapping is nontrivial. For + example, the ISO-88591 locales are not affected, but ru_RU.KOI8-R is. + grep -P no longer aborts when PCRE's backtracking limit is exceeded Before, echo aab |grep -P '((a+)*)+$' would abort. Now, it diagnoses the problem and exits with status 2. diff --git a/src/dfa.c b/src/dfa.c index b41cbb6..0ce6242 100644 --- a/src/dfa.c +++ b/src/dfa.c @@ -573,8 +573,11 @@ setbit_case_fold ( else { #if MBS_SUPPORT - int b2 = wctob ((unsigned char) b); - if (b2 == EOF || b2 == b) + /* Below, note how when b2 != b and we have a uni-byte locale + (MB_CUR_MAX == 1), we set b = b2. I.e., in a uni-byte locale, + we can safely call setbit with a non-EOF value returned by wctob. */ + int b2 = wctob (b); + if (b2 == EOF || b2 == b || (MB_CUR_MAX == 1 ? (b=b2), 1 : 0)) #endif setbit (b, c); } -- 1.7.6.rc0.254.gf37de From 713515f036767f4d0c1a162d5263f119bb1d92b4 Mon Sep 17 00:00:00 2001 From: Jim Meyering meyer...@redhat.com Date: Thu, 2 Jun 2011 11:01:35 +0200 Subject: [PATCH 2/2] tests: exercise a uni-byte [...] bug: requires ru_RU.KOI8-R * tests/unibyte-bracket-expr: New file. * tests/Makefile.am (TESTS): Add it. * init.cfg (require_ru_RU_koi8_r): New function. --- tests/Makefile.am |1 + tests/init.cfg |9 + tests/unibyte-bracket-expr | 41 + 3 files changed, 51 insertions(+), 0 deletions(-) create mode 100644 tests/unibyte-bracket-expr diff --git a/tests/Makefile.am b/tests/Makefile.am index a01b004..f354e4a 100644 --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -63,6 +63,7 @@ TESTS = \ inconsistent-range\ khadafy \ max-count-vs-context \ + unibyte-bracket-expr \ high-bit-range \ options \ pcre \ diff --git a/tests/init.cfg b/tests/init.cfg index 3429f0d..f6ead9c 100644 --- a/tests/init.cfg +++ b/tests/init.cfg @@ -69,3 +69,12 @@ require_en_utf8_locale_() *) skip_test_ 'en_US.UTF-8 locale not found' ;; esac } + +require_ru_RU_koi8_r() +{ + path_prepend_ . + case $(get-mb-cur-max ru_RU.KOI8-R) in +1) ;; +*) skip_test_ 'ru_RU.KOI8-R locale not found' ;; + esac +} diff --git a/tests/unibyte-bracket-expr b/tests/unibyte-bracket-expr new file mode 100644 index 000..a0b51dd --- /dev/null +++ b/tests/unibyte-bracket-expr @@ -0,0 +1,41 @@ +#!/bin/sh +# Exercise a DFA range bug that arises only with a unibyte encoding +# for which the wide-char-to-single-byte mapping is nontrivial. +# E.g., the regexp, [C] would fail to match C in a unibyte locale like +# ru_RU.KOI8-R for any C whose wide-char representation differed from +# its single-byte equivalent. + +# Copyright (C) 2011 Free Software Foundation, Inc. + +# This program is free software: you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation, either version 3 of the License, or +# (at your option) any later version. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. + +# You should have received a copy of the
Bug#628619: openjdk-7 7~b136-2.0~pre1-2 ftbfs on sparc
On Wed, Jun 01, 2011 at 08:18:33AM +0100, Jurij Smakov wrote: I think the uses of names like CON__G1 are just typos, as everywhere around this function names like CON_G1 (with one underscore) are used, and there is an enum near the top of the file defining them. I'll try to confirm tonight that removing one underscore fixes the build. It was slightly more complicated than just removing extra underscores, but the attached patch fixes this issue. Unfortunately, the build now dies later with make[5]: Entering directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk-boot/hotspot/make' make[5]: *** No rule to make target `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk.build-boot/hotspot/import/docs/platform/jvmti/jvmti.html', needed by `generic_export'. Stop. make[5]: Leaving directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk-boot/hotspot/make' make[4]: *** [export_product] Error 2 make[4]: Leaving directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk-boot/hotspot/make' make[3]: *** [hotspot-build] Error 2 make[3]: Leaving directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk-boot' make[2]: *** [build_product_image] Error 2 make[2]: Leaving directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build/openjdk-boot' make[1]: *** [stamps/icedtea-boot.stamp] Error 2 make[1]: Leaving directory `/home/jurij/openjdk-7-7~b136-2.0~pre1/build' /bin/bash: line 7: kill: (552) - No such process make: *** [stamps/build] Error 1 I'll poke it some more to see if I can fix it. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC diff -aurN a/debian/patches/hotspot-sparc-regnames-fix.diff b/debian/patches/hotspot-sparc-regnames-fix.diff --- a/debian/patches/hotspot-sparc-regnames-fix.diff 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/hotspot-sparc-regnames-fix.diff 2011-06-01 22:54:15.395996324 +0100 @@ -0,0 +1,48 @@ +--- openjdk/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp.orig 2011-06-01 22:50:13.444002377 +0100 openjdk/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.cpp 2011-06-01 22:51:13.504004543 +0100 +@@ -309,29 +309,30 @@ + if (context == NULL) return; + + ucontext_t *uc = (ucontext_t*)context; ++ sigcontext* sc = (sigcontext*)context; + intptr_t *sp = (intptr_t *)os::Linux::ucontext_get_sp(uc); + + st-print_cr(Register to memory mapping:); + st-cr(); + + // this is only for the general purpose registers +- st-print(G1=); print_location(st, SIG_REGS(sc).u_regs[CON__G1]); +- st-print(G2=); print_location(st, SIG_REGS(sc).u_regs[CON__G2]); +- st-print(G3=); print_location(st, SIG_REGS(sc).u_regs[CON__G3]); +- st-print(G4=); print_location(st, SIG_REGS(sc).u_regs[CON__G4]); +- st-print(G5=); print_location(st, SIG_REGS(sc).u_regs[CON__G5]); +- st-print(G6=); print_location(st, SIG_REGS(sc).u_regs[CON__G6]); +- st-print(G7=); print_location(st, SIG_REGS(sc).u_regs[CON__G7]); ++ st-print(G1=); print_location(st, SIG_REGS(sc).u_regs[CON_G1]); ++ st-print(G2=); print_location(st, SIG_REGS(sc).u_regs[CON_G2]); ++ st-print(G3=); print_location(st, SIG_REGS(sc).u_regs[CON_G3]); ++ st-print(G4=); print_location(st, SIG_REGS(sc).u_regs[CON_G4]); ++ st-print(G5=); print_location(st, SIG_REGS(sc).u_regs[CON_G5]); ++ st-print(G6=); print_location(st, SIG_REGS(sc).u_regs[CON_G6]); ++ st-print(G7=); print_location(st, SIG_REGS(sc).u_regs[CON_G7]); + st-cr(); + +- st-print(O0=); print_location(st, SIG_REGS(sc).u_regs[CON__O0]); +- st-print(O1=); print_location(st, SIG_REGS(sc).u_regs[CON__O1]); +- st-print(O2=); print_location(st, SIG_REGS(sc).u_regs[CON__O2]); +- st-print(O3=); print_location(st, SIG_REGS(sc).u_regs[CON__O3]); +- st-print(O4=); print_location(st, SIG_REGS(sc).u_regs[CON__O4]); +- st-print(O5=); print_location(st, SIG_REGS(sc).u_regs[CON__O5]); +- st-print(O6=); print_location(st, SIG_REGS(sc).u_regs[CON__O6]); +- st-print(O7=); print_location(st, SIG_REGS(sc).u_regs[CON__O7]); ++ st-print(O0=); print_location(st, SIG_REGS(sc).u_regs[CON_O0]); ++ st-print(O1=); print_location(st, SIG_REGS(sc).u_regs[CON_O1]); ++ st-print(O2=); print_location(st, SIG_REGS(sc).u_regs[CON_O2]); ++ st-print(O3=); print_location(st, SIG_REGS(sc).u_regs[CON_O3]); ++ st-print(O4=); print_location(st, SIG_REGS(sc).u_regs[CON_O4]); ++ st-print(O5=); print_location(st, SIG_REGS(sc).u_regs[CON_O5]); ++ st-print(O6=); print_location(st, SIG_REGS(sc).u_regs[CON_O6]); ++ st-print(O7=); print_location(st, SIG_REGS(sc).u_regs[CON_O7]); + st-cr(); + + st-print(L0=); print_location(st, sp[L0-sp_offset_in_saved_window()]); diff -aurN a/debian/rules b/debian/rules --- a/debian/rules 2011-06-01 22:53:18.0 +0100 +++ b/debian/rules 2011-06-01 22:54:08.355997474 +0100 @@ -283,6 +283,11 @@ export USE_PRECOMPILED_HEADER=0 endif +ifneq (,$(filter $(DEB_HOST_ARCH), sparc sparc64)) + DISTRIBUTION_PATCHES += \ +
Bug#64308: state of #64308
On Sat, Oct 17, 2009 at 12:12:49AM +0300, Eugene V. Lyubimkin wrote: Joey Hess wrote: I don't have comprehensive knowledge of every browser. The current version of lynx has support for the expires field (in addition to Max-Age). I'd still appreciate it if perl followed the actual RFC, even if every browser has support for the old spec. Ok, I just forwarded the report upstream. It might be worth pointing out here that there has been quite a bit of work on the upstream bug report https://rt.cpan.org/Public/Bug/Display.html?id=50576 including a request to review an implementaion of the Max-Age support you requested from a few months ago. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628835: apt-listbugs, packagekit: apt-listbugs block packagekit
clone 628835 -1 reassign -1 apt-listbugs retitle -1 apt-listbugs: please work well with packagekit severity -1 wishlist tags -1 + moreinfo reassign 628835 packagekit retitle 628835 packagekit: should conflict with apt-listbugs, until it works well with it thanks On Thu, 02 Jun 2011 13:50:59 +0200 Matthias Klumpp wrote: On Thu, 02 Jun 2011 13:14:50 +0200, Julian Andres Klode j...@debian.org wrote: [...] This is awkward: I don't even know how I could ask questions and output data through debconf from within a program written in Ruby! I searched for something (a library?) to use debconf from Ruby, but found nothing. Is there a way, as far as you know? No idea, but we certainly support debconf output, so it seems to be the best option; especially as that's integrated into the desktop. Yes, and it's better if there is a package-manager which does not offer a terminal for dpkg. OK, this makes a wishlist bug for apt-listbugs: you are asking that apt-listbugs is modified so that it works well with packagekit (something that apt-listbugs was not designed to do, and has never done before). It seems that I'll have to implement a DebconfFrontend for all the interaction with the user (and make apt-listbugs use it by default, instead on ConsoleFrontend). Open questions: (A) how can a program written in Ruby use debconf to interact with the user? (B) will a DebconfFrontend be (necessary and) enough to make apt-listbugs work well with packagekit? Suggestions and documentation for (A) would be appreciated. Help in investigating (B) is especially needed: that log file we were talking about would be useful to understand whether the problem is really that apt-listbugs wants to use stdout and stdin, but cannot (when started by packagekit). [...] I don't know the version 2 protocol, so it might be necessray/possible to fix the aptcc backend to support it. But Julian knows more about this. Do I? Honestly, I don't know anything about those protocols. Oh, okay - I though you would know this. I'm involved in the PackageKit project, but never wrote much code for APTcc, so I don't know which protocols APT supports. (I thought Debconf would be the only one to support :P) Please perform the following test. Create the following configuration file: $ cat /etc/apt/apt.conf.d/09hookinfo DPkg::Pre-Install-Pkgs {/bin/cat - /tmp/hookinfo.txt;}; DPkg::Tools::Options::/bin/cat ; DPkg::Tools::Options::/bin/cat::Version 2; and try to install or upgrade some packages with packagekit. You should get what is sent through the hook interface in a nice file named /tmp/hookinfo.txt This file should have the format documented in http://bugs.debian.org/627188#68 Please attach this file in your reply (to bug -1), so that I can take a look at it. It's possible that aptcc already provides the correct output, following the apt VERSION 2 hook interface protocol format (which, by the way, is not very well documented: see bug #627188, from Message #32 on). It's possible that the issue you are experiencing is only due to apt-listbugs trying to ask a question to the user (through stdout) and never receiving an answer (through stdin). Maybe... I need to check the logs for this As I said above, this check would be very helpful to shed some light on the open question (B). Please tell me the outcome (in a reply to bug -1). Does apt-listbugs work with Aptdaemon? I guess APTd might have the same problems. I don't know: it's first time I hear about Aptdaemon. Normal users that install, upgrade or remove packages? Scary! I am not sure about the security implications of these possibilities: I don't think I would install Aptdaemon on any of the boxes I administer... Only administrator users are allowed, via PolicyKit. Same for PackageKit - only updating the package cache is allowed without superuser permissions. This is better, but... what do you mean by administrator users? The ones that belong to some group? Which group? [...] This bug is release-critical, as installing apt-listbugs renders packagekit unusable (you can't install or upgrade anymore). Just like 606025, this blocks any adoption of PackageKit as default. Adoption of PackageKit as default for what? Do you mean that the goal is having it as a dependency of some package or meta-package? Which (meta-)package? Replacing the current package management stack used in default Debian installations with GNOME (update-notifier, update-manager, aptdaemon, sessioninstaller). Default Debian installations with GNOME means that it would be a dependency (or recommendation) of meta-package gnome, right? Checkout GNOME-PackageKit, this already shows why PackageKit is a nice tool for end-users. (I guess professional users will still use apt directly, which is also possible since PackageKit does not block native tools) It's a relief that packagekit does not
Bug#629000: enna: uninstallable - depends on nonexistent libevas-svn-06-engines-x
Package: enna Version: 0.4.1~r3557-1 Severity: grave Justification: renders package unusable Package libevas-svn-06-engines-x on which enna depends is not available. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 'oldstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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 enna depends on: ii enna-theme 0.4.1~r3557-1 data files for Enna, a MediaCenter ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.6-1Multi-protocol file transfer libra ii libecore-evas1 1.0.0-2 Ecore Evas Wrapper Library ii libecore-file1 1.0.0-2 Ecore File Library ii libecore-input1 1.0.0-2 Ecore input module ii libecore-ipc11.0.0-2 Ecore inter-process communication ii libecore-x1 1.0.0-2 Ecore functions for dealing with t ii libecore11.0.0-2 Core abstraction layer for enlight ii libedje1 1.0.0-1 Graphical layout and animation lib ii libeet1 1.4.0-2 Enlightenment DR17 file chunk read ii libeina1 1.0.0-1 Enlightenment Foundation Library p ii libelementary-svn-07 0.7.0.52995-1 The Elementary widget set library ii libevas1 1.0.0-1 Enlightenment DR17 advanced canvas ii libevas1-engines-x 1.0.0-1 Evas module providing the X11 engi ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgssdp-1.0-2 0.10.0-2GObject-based library for SSDP ii libgupnp-1.0-3 0.16.1-1GObject-based library for UPnP ii libgupnp-av-1.0-20.8.0-2 Audio/Visual utility library for G ii liblircclient0 0.9.0~pre1-1infra-red remote control support - ii libplayer2 2.0.1-2 a multimedia A/V abstraction layer ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libudev0 167-3 libudev shared library ii libvalhalla2 2.0.0-3 a tiny media scanner library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxdg-basedir1 1.1.1-1 Implementation of the XDG Base Dir ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxrandr2 2:1.3.1-1 X11 RandR extension library enna recommends no packages. Versions of packages enna suggests: pn lirc none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626548: pinentry-qt4: /usr/bin/pinentry-qt symlink missing in order to be used with kmail
Hello, Le jeudi 2 juin 2011, Peter Eisentraut a écrit : On tor, 2011-06-02 at 18:44 +0200, Philippe Latu wrote: Hello, Le jeudi 2 juin 2011, vous avez écrit : On tor, 2011-05-12 at 22:08 +0200, Philippe Latu wrote: The following symlink should be added during package installation to fit kmail needs. Without it, the mail client sends a bad passphrase error message without prompting anything. ln -s /usr/bin/pinentry-qt4 /usr/bin/pinentry-qt Message signing works perfectly when this symlink exists. Why would kmail call pinentry directly, or hardcode the use of pinentry-qt? I browsed kmail configuration parameters and pinentry is not mentionned. The only tool specified in the message signing parameters is OpenPGP/gpg. I don't know if another kde tool use pinentry. KDEWallet doesn't for instance. The only thing I am sure of is that this link is necessary when kmail has to sign a message like this one ... The way this normally works is that kmail calls gpg, gpg calls gpg-agent, gpg-agent calls pinentry, which is an alternative pointing to /usr/bin/pinentry-something. If that doesn't work, you either have something wrong configured for pinentry-program in ~/.gnupg/gpg-agent.conf, which would be a user error That's it and the user error is mine. I had edited the .gnupg/gpg-agent.conf file in 2006 and completely forgot about the entry pinentry-program /usr/bin/pinentry-qt since then. , or the alternative points to something wrong, which could be a user or a packaging error. In any case, I think the original assertion that kmail needs pinentry-qt specifically is wrong. I was wrong. Sorry for disturbing you. This bug can be closed. Regards, -- - Philippe Latu philippe.latu(at)linux-france.org http://www.linux-france.org/~platu (GPG|PGP) KeyId 0x742A6424 - http://www.linux-france.org/~platu/key.asc signature.asc Description: This is a digitally signed message part.
Bug#533144: hmake can't find Data.Array.IArray
Hi Antonio, do you still use and care about hmake? Can you check if this bug is still present? I’d guess that due to the package split in “newer” ghc’s, hmake just doesn’t see a lot of packages, such as containers. To use them, you might need the -package flags. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#627453: Problem still persists
Hi, as an additional data point, I experienced the same problem, but due to the report of Ulrik, I was also able to rebuild the library locally and proceed with actually using QLandkarteGT. Can this problem please be fixed in Debian itself? Can I help in any way to make this happen? Thanks! Detlev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578301: libghc6-type-level-dev: aliases slow down haddock index
Hi Thomas, even though the generation of documentation for D.T.N.Aliases is suppressed, the generation of haddock index for the system-wide (or user-wide, in case of cabal generated indexes) library docs is seriously slowed-down (tens of seconds on my notebook). Can anything be done to prevent this? here on my machine and with ghc-7.0.3, things are reasonably fast. Can you check whether it is still too slow for your, or whether maybe things have improved with the new ghc version? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#628736: More information
Hi Lisandro, Thank you for your suggestions. Getting rid of the trailing semicolons removed a couple of the error lines, so the latest crashing reads: $ kile kdeinit4: preparing to launch /usr/lib/libkdeinit4_klauncher.so Connecting todeprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kdeinit4: preparing to launch /usr/lib/libkdeinit4_kded.so QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance() kdeinit4: preparing to launch /usr/lib/libkdeinit4_kbuildsycoca4.so kbuildsycoca4 running... kbuildsycoca4(5452)/kdecore (services) KServicePrivate::init: The desktop entry file /usr/shar/applications/kde/kresources.desktop has Type= Application but also has a X-KDE-Library key. This works for now, but makes user-preference handling difficult, so support for this might be removed at some point. Consider splitting it into two desktop files. kdeinit4: preparing to launch /usr/lib/libkdeinit4_kconf_update.so Connecting todeprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) I'm not sure what to do about the DBus suggestion. Any references or suggestions are appreciated. I also tried running kile and then switching to tty1 (note - this a different time to the output above). The output reads (again, apologies if there are typos. My hand-writing isn't terrific): kernel panic - not syncing: stack-protector: kernel stack is corrupted in: c11754d [198.240609] [198.240698] Pid: 2637, comm: hald Tainted: P O 2.6.38-2-686 #1 [198.240739] Call Trace: [198.240780] [c128e6e7] ? panic+0x4d/0x141 [198.240821] [c102fd2d] ? __stack_chk_fail+0xd/0x11 [198.240860] [c11f754d] ? dev_ioctl+0x593/0x59b [198.240899] [c11f754d] ? dev_ioctl+0x593/0x59b [198.240939] [c110fcc3] ? security_sk_alloc+0xd/0xf [198.240981] [c11ec37a] ? sk_prot_alloc+0x7d/0xf5 [198.250020] [c11e8290] ? sock_ioctl+0x0/0x1dd [198.250060] [c10c8f48] ? do_vfs_ioctl+0x478/0x4c3 [198.250099] [c11e9172] ? sock_alloc_file+0x97/0xeb [198.250140] [c10bc68f] ? fd_install+0x1b/0x38 [198.250179] [c11e91e1] ? sock_map_fd+0x1b/0x20 [198.250218] [c11e9afd] ? sys_socket+0x42/0x56 [198.250257] [c11e9b8b] ? sock_ioctl+0x44/0x64 [198.250336] [c1002f1f] ? sysenter_do_call+0x12/0x28 Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629001: ITP: libxml-atom-microformats-perl -- parse microformats in Atom content
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libxml-atom-microformats-perl Version : 0.002 Upstream Author : Toby Inkster toby...@cpan.org * URL : http://search.cpan.org/dist/XML-Atom-Microformats/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : parse microformats in Atom content The XML::Atom::Microformats module brings the functionality of HTML::Microformats to Atom 1.0 Syndication feeds. It finds microformats embedded in the content elements (note: not summary) of Atom entries. . The general pattern of usage is to create an XML::Atom::Microformats object (which corresponds to an Atom 1.0 feed) using the new_feed method; then ask for the data, as a Perl hashref, a JSON string, or an RDF::Trine model. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629002: enna: does not do anything
Package: enna Version: 0.4.1~r3557-1 Severity: important In the default configuration enna just shows 7 black squares in a row in the top left corner of the screen. Apparently there is something missing. Attaching a log. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (400, 'unstable'), (395, 'experimental'), (300, 'stable-i386'), (300, 'oldstable'), (280, 'testing-i386'), (270, 'unstable-i386'), (150, 'experimental-i386'), (65, 'oldstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (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 enna depends on: ii enna-theme 0.4.1~r3557-1 data files for Enna, a MediaCenter ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.6-1Multi-protocol file transfer libra ii libecore-evas1 1.0.0-2 Ecore Evas Wrapper Library ii libecore-file1 1.0.0-2 Ecore File Library ii libecore-input1 1.0.0-2 Ecore input module ii libecore-ipc11.0.0-2 Ecore inter-process communication ii libecore-x1 1.0.0-2 Ecore functions for dealing with t ii libecore11.0.0-2 Core abstraction layer for enlight ii libedje1 1.0.0-1 Graphical layout and animation lib ii libeet1 1.4.0-2 Enlightenment DR17 file chunk read ii libeina1 1.0.0-1 Enlightenment Foundation Library p ii libelementary-svn-07 0.7.0.52995-1 The Elementary widget set library ii libevas1 1.0.0-1 Enlightenment DR17 advanced canvas ii libevas1-engines-x 1.0.0-1 Evas module providing the X11 engi ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgssdp-1.0-2 0.10.0-2GObject-based library for SSDP ii libgupnp-1.0-3 0.16.1-1GObject-based library for UPnP ii libgupnp-av-1.0-20.8.0-2 Audio/Visual utility library for G ii liblircclient0 0.9.0~pre1-1infra-red remote control support - ii libplayer2 2.0.1-2 a multimedia A/V abstraction layer ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libudev0 167-3 libudev shared library ii libvalhalla2 2.0.0-3 a tiny media scanner library ii libx11-6 2:1.4.3-1 X11 client-side library ii libxdg-basedir1 1.1.1-1 Implementation of the XDG Base Dir ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxrandr2 2:1.3.1-1 X11 RandR extension library enna recommends no packages. Versions of packages enna suggests: pn lirc none (no description available) -- debconf-show failed [[1;1mEnna[0m] [enna_config.c:241] [32;1mInfo[0m: using config file: /home/hramrach/.config/enna/enna.cfg [[1;1mEnna/geoip[0m] [geoip.c:75] [33;1mWarn[0m: Error returned by website. [[1;1mEnna[0m] [module.c:218] [32;1mInfo[0m: Available Plugins (static): [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_bookstore [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_configuration [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_music [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_photo [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_video [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * activity_weather [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_dvd [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_localfiles [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_podcast [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_shoutcast [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_upnp [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * browser_valhalla [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * input_kbd [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * input_lirc [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * volume_mtab [[1;1mEnna[0m] [module.c:220] [32;1mInfo[0m: * volume_udev [[1;1mEnna[0m] [mediaplayer.c:763] [32;1mInfo[0m: parameters: [[1;1mEnna[0m] [mediaplayer.c:768] [32;1mInfo[0m: * type: mplayer [[1;1mEnna[0m] [mediaplayer.c:781] [32;1mInfo[0m: * dvd_type: xine [[1;1mEnna[0m] [mediaplayer.c:795] [32;1mInfo[0m: * tv_type: xine [[1;1mEnna[0m] [mediaplayer.c:809] [32;1mInfo[0m: * video out: auto [[1;1mEnna[0m] [mediaplayer.c:822] [32;1mInfo[0m: * audio out: auto [[1;1mEnna[0m] [mediaplayer.c:835] [32;1mInfo[0m: * verbosity
Bug#563391: [Python-apps-team] Bug#563391: 0.12 in unstable
On 2011-06-01 13:14, Bdale Garbee wrote: I just installed a trac instance and could really use the multiple repo support added in 0.12. If there's something I can do to help an upload of 0.12.something to unstable, please let me know. I would love to work on the Trac package again, but real world keeps me busy. No upload nor testing can be done by me, sorry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629003: fabric is prone to file-overwrite security issue(s).
Package: fabric Version: 0.9.1-1 Justification: causes serious data loss Severity: important Tags: security *** Please type your report below this line *** Fabric includes two modules which are marked as contrib, and are included in the main package. These two modules both suffer from the same issue: * They write files with (semi-)predictable names, in world-readable and world-writeable locations. This allows a malicious local-user to pre-create the filenames which will be used, and allow the overwriting of arbitrary files the user invoking fabric controls. The relevant code is included is: fabric/contrib/projects.py: tar_file = /tmp/fab.%s.tar % datetime.utcnow().strftime( '%Y_%m_%d_%H-%M-%S') cwd_name = getcwd().split(sep)[-1] tgz_name = cwd_name + .tar.gz local(tar -czf %s . % tar_file) fabric/contrib/files.py: basename = os.path.basename(filename) temp_destination = '/tmp/' + basename ... ... put(tempfile_name, temp_destination) [The latter case the upload happens on the *remote* system.] -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fabric depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-paramiko 1.7.6-5 Make ssh v2 connections with Pytho ii python-pkg-resources0.6.14-4 Package Discovery and Resource Acc ii python-support 1.0.10 automated rebuilding support for P fabric recommends no packages. fabric suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629004: sbuild-update --keygen wants my sudo password
Package: sbuild Version: 0.62.2-1 Severity: normal Why is it sbuild-update --keygen wants my sudo password? The manpage doesn't mention it, and I find it quite strange to need root privileges to generate a key… -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (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 Versions of packages sbuild depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libsbuild-perl0.62.2-1 Tool for building Debian binary pa ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 ii perl 5.12.3-7 Larry Wall's Practical Extraction ii perl-modules 5.12.3-7 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.31 Bootstrap a basic Debian system ii fakeroot 1.15.1-1 tool for simulating superuser priv Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-3.1 retrieves files from the web -- Configuration Files: /etc/schroot/buildd/copyfiles changed [not included] /etc/schroot/buildd/fstab changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628892: dlocate -- -multi == grep: invalid max count
On Thu, Jun 02, 2011 at 06:56:45PM +1000, Trent W. Buck wrote: Package: dlocate Version: 1.02 Severity: minor Looks like I can't search for strings that start with a leading hyphen. Second error indicates you have code to deal with this, but apparently it needs more work. will be fixed in next version. in the meantime, this patch should do the trick. --- dlocate 2009-06-03 19:10:20.0 +1000 +++ /tmp/dlocate2011-06-03 08:01:17.753143796 +1000 @@ -277,14 +277,14 @@ PREFIX=^([-a-zA-Z0-9_.+]+:|diversion by ) [ $RE_TYPE = -G ] PREFIX=^([-a-zA-Z0-9_.+]+:\|diversion by ) -[ $VERBOSE = 1 ] echo RUNNING: $GREP $RE_TYPE $IGNORE_CASE $PREFIX.*$FILES_REGEXP $DLOCATEDB -$GREP $RE_TYPE $IGNORE_CASE $PREFIX.*$FILES_REGEXP $DLOCATEDB | output_filter +[ $VERBOSE = 1 ] echo RUNNING: $GREP $RE_TYPE $IGNORE_CASE -- $PREFIX.*$FILES_REGEXP $DLOCATEDB +$GREP $RE_TYPE $IGNORE_CASE -- $PREFIX.*$FILES_REGEXP $DLOCATEDB | output_filter result=$? elif [ $OPTION = 'DEFAULT' ] ; then -[ $VERBOSE = 1 ] echo RUNNING: $GREP $RE_TYPE $IGNORE_CASE $WORD_RE $PKGS_REGEXP $DLOCATEDB -$GREP $RE_TYPE $IGNORE_CASE $WORD_RE $PKGS_REGEXP $DLOCATEDB | output_filter +[ $VERBOSE = 1 ] echo RUNNING: $GREP $RE_TYPE $IGNORE_CASE $WORD_RE -- $PKGS_REGEXP $DLOCATEDB +$GREP $RE_TYPE $IGNORE_CASE $WORD_RE -- $PKGS_REGEXP $DLOCATEDB | output_filter result=$? elif [ $OPTION = '-s' ] ; then craig -- craig sanders c...@taz.net.au BOFH excuse #312: incompatible bit-registration operators -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629005: C-c during on sbuild-update --keygen sudo passwd prompt fails
Package: sbuild Version: 0.62.2-1 Severity: normal And since I didn't want to type my sudo password before understanding what was going on, I hit C-c, which led to: | Can't call method end_session on an undefined value at /usr/share/perl5/Sbuild/Utility.pm line 131. Not sure how bad the breakage is; but oh well, let's report that… Anyway, time to remove sbuild from this old box too, getting a package built through sbuild has really become too much of a pain. -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (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 Versions of packages sbuild depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libsbuild-perl0.62.2-1 Tool for building Debian binary pa ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 ii perl 5.12.3-7 Larry Wall's Practical Extraction ii perl-modules 5.12.3-7 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.31 Bootstrap a basic Debian system ii fakeroot 1.15.1-1 tool for simulating superuser priv Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-3.1 retrieves files from the web -- Configuration Files: /etc/schroot/buildd/copyfiles changed [not included] /etc/schroot/buildd/fstab changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#294837: libghc6-cabal-dev: extra_ghc_opts not set in egnerated package file
hi John, Many libraries set GHC options, either directly via Options-GHC or via extensions. *Both* should be reflected in extra_ghc_opts in the generated package file, but neither are. I’m not sure if I understand the issue. Which generated package file? Do you have an example where this causes problems? Is this still a problem with ghc-7? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#422310: Can you still observe this bug?
Dear Georg, a long while ago, you reported this bug Prelude LDAP con - ldapInit localhost 389 Loading package LDAP-0.5.2 ... linking ... done. 0x08aadaf0 Prelude LDAP ldapSimpleBind con cn=addresses,dc=foo,dc=bar geheim Now using ldapOpen instead of ldapInit: Prelude LDAP con - ldapOpen localhost 389 Loading package LDAP-0.5.2 ... linking ... done. 0x08aadca0 Prelude LDAP ldapSimpleBind con cn=addresses,dc=foo,dc=bar geheim *** Exception: (unknown) can you still reproduce it with the current versions in Debian unstable? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#629006: horde3: Notice Undefined index: token_lifetime when saving options. Saving option fails.
Package: horde3 Version: 3.3.8+debian0-2 Severity: normal Tags: patch Using Horde3+IMP4. When saving options, the horde checks the cross-site request forgery option related option ['server']['token_lifetime']. It does so under the wrong config section, however; it testes ['urls']['token_lifetime'] This gives two lines of notices when attempting save, and settings are not saved. Notices given: ( ! ) Notice: Undefined index: token_lifetime in /usr/share/horde3/lib/Horde.php on line 339 Call Stack # TimeMemory FunctionLocation 1 0.0007 748272 {main}( ) ../prefs.php:0 2 0.1896 14471576Prefs_UI::handleForm( ) ../prefs.php:153 3 0.1897 14472472Horde::checkRequestToken( ) ../UI.php:70 ( ! ) Notice: Undefined index: token_lifetime in /usr/share/horde3/lib/Horde.php on line 340 Call Stack # TimeMemory FunctionLocation 1 0.0007 748272 {main}( ) ../prefs.php:0 2 0.1896 14471576Prefs_UI::handleForm( ) ../prefs.php:153 3 0.1897 14472472Horde::checkRequestToken( ) ../UI.php:70 -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages horde3 depends on: ii apache22.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze1 Apache HTTP Server - traditional n ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii php-log1.12.0-1 log module for PEAR ii php-mail 1.2.0-2 PHP PEAR module for sending email ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME ii php5-cgi 5.3.3-7+squeeze1 server-side, HTML-embedded scripti ii php5-gd5.3.3-7+squeeze1 GD module for php5 ii php5-mcrypt5.3.3-7+squeeze1 MCrypt module for php5 Versions of packages horde3 recommends: ii fckeditor 1:2.6.6-1rich text format javascript web ed ii locales 2.11.2-10Embedded GNU C Library: National L ii logrotate 3.7.8-6 Log rotation utility ii php-date1.4.7-1 PHP PEAR module for date and time ii php-db 1.7.13-2 PHP PEAR Database Abstraction Laye ii php-file1.3.0-1 PHP Pear modules for common file a ii php-mdb22.5.0b2-1PHP PEAR module to provide a commo ii php-mdb2-driver-mysql 1.5.0b2-1PHP PEAR module to provide a MySQL ii php-mdb2-driver-pgsql 1.5.0b2-1PHP PEAR module to provide a Postg ii php-mdb2-driver-sqlite 1.5.0b2-1PHP PEAR module to provide a SQLit ii php-services-weather1.4.2-2 acts as an interface to various on ii php5-cli5.3.3-7+squeeze1 command-line interpreter for the p ii php5-ldap 5.3.3-7+squeeze1 LDAP module for php5 ii php5-mysql 5.3.3-7+squeeze1 MySQL module for php5 ii php5-pgsql 5.3.3-7+squeeze1 PostgreSQL module for php5 ii tinymce 3.3.8+dfsg0-0.1 platform independent web based Jav ii tinymce22.1.3-1 platform independent web based Jav Versions of packages horde3 suggests: pn chora2none (no description available) pn enscript none (no description available) ii gettext 0.18.1.1-3 GNU Internationalization utilities pn gollemnone (no description available) ii imp4 4.3.7+debian0-2.1 webmail component for horde framew pn kronolith2none (no description available) ii libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l pn libwpd-tools none (no description available) pn mnemo2none (no description available) pn php-net-imap none (no description available) pn php5-auth-pam none (no description available) ii php5-common [php5-mha 5.3.3-7+squeeze1 Common files for packages built fr pn ppthtml none (no description available) ii rpm 4.8.1-6package manager for RPM pn source-highlight none (no description available) ii turba22.3.4+debian0-1contact management component for h ii unrtf 0.19.3-1.1+b1 RTF to other formats converter pn webcppnone (no description available) pn wvnone (no description available) ii xlhtml0.5.1-6A program for converting Microsoft -- Configuration Files:
Bug#521165: mounted directory are never dismounted
Package: autofs5 Version: 5.0.4-3.2+b1 Followup-For: Bug #521165 Searching around, I believe this may have been fixed upstream, though it's not 100% clear. http://www.mail-archive.com/autofs@linux.kernel.org/msg08622.html Given the code base for the debian package is approaching 2 years old, it might be time to update to a current upstream version for this bug and possibly others. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1 (SMP w/12 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 autofs5 depends on: ii libc62.13-4 Embedded GNU C Library: Shared lib ii ucf 3.0025+nmu2 Update Configuration File: preserv Versions of packages autofs5 recommends: ii module-init-tools 3.12-1 tools for managing Linux kernel mo pn nfs-commonnone (no description available) autofs5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609445: No Haddock instance documentation
Hi Omari, Am Sonntag, den 09.01.2011, 09:58 -0500 schrieb Omari Norman: On Sat, Jan 08, 2011 at 06:07:02PM +0530, Joachim Breitner wrote: I got a newer haddock from Hackage and it generated instance documentation for my own packages. Is there a Debian bug here? Thanks. your observation is right. For a more specific example, let’s look at the Eq type class: http://www.haskell.org/ghc/docs/6.6.1/html/libraries/base/Prelude.html#t%3AEq lists a lot of instances while file:///usr/share/doc/ghc6-doc/html/libraries/base-4.2.0.0/Prelude.html#t%3AEq lists none. Okay, thanks. I just wanted to confirm that it wasn't something wacky about my system. I might see if I can dig into the source package to see what is going on, but that debian/rules file is scary long. For now I am just using the binary ghc build from upstream. Meanwhile I will file a bug. --Omari did you or anyone else found out why the instances don’t show up? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#95879: perl-base: contents of @INC
On Thu, Jun 02, 2011 at 10:23:06PM +0100, Dominic Hargreaves wrote: Hi Julian, I'm going over some (very!) old bug reports in perl and came across this thread which never really reached a satisfactory conclusion. [...] I think this is a situation where it impossible to satisfy all concerns at once, and given that the @INC being discussed has effectively survived a decade in Debian, I'm inclined to close this bug now. Please let me know if you still feel strongly that this should be doing something different and I'll leave it open, although it may well acquire a wontfix tag in that instance. Gosh, if I felt that strongly, I might have commented in the last decade :-) Feel free to close it, as no-one else has made the slightest comment on the topic. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628980: init.d script could support reload action
On Thu, Jun 02, 2011 at 09:18:15PM +0300, Peter Eisentraut wrote: A minor point, but it seems to me that the /etc/init.d/procps script could support the reload action, as equivalent to the current start|restart|force-reload actions. I don't see a reason why plain reload is disallowed. Makes reasonable sense really, I'll put that in next release. - Craig -- Craig Small VK2XLZhttp://www.enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628736: Problem overcome, bug might need to be moved
Ok, after playing around for a while, I have found that if I remove the module acx from the kernel, then I can run kile. If I type: $ sudo modprobe -a acx $ kile then kile runs (Yay!) This probably means that: This bug could be moved elsewhere (but I'm not sure where. acx? or is it still a kile bug?) The severity might need to be changed Now I just need to work out how to stop acx from starting in the first place. (I'd already commented out acx in /etc/modules but it still seemed to be starting up somewhere else. I don't know enough to find out where). If I end /etc/modules with the lines: ndiswrapper -r acx -r ndiswrapper -a Then the system is usable and I can use kile. Thanks to Lisandro for suggestions and for everyone else who has taken time over this, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629007: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core Version: 0.200.5-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py *** /tmp/update-manager-bugu2ZPnM The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('NoneType' object has no attribute 'get_package_list',) - Exception Origin: BugHandler.Thread(PythonAptCommit, started 140030319281920) - Exception Traceback: File /usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.6/threading.py, line 484, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py, line 801, in thread_helper for pkg_info in self._available_updates.get_package_list(): -- System Information: Debian Release: 6.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-core depends on: ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg ii python-support1.0.10 automated rebuilding support for P Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.5-1 GNOME application that manages sof update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629006: horde3: Notice Undefined index: token_lifetime when saving options. Saving option fails.
It appears that these notices are not normally printed. Not sure exactly what triggers the full stacktrace, but the average end user should only see the following error message (and not the PHP errors): This request cannot be completed because the link you followed or the form you submitted was only valid for minutes. Please try again now. As you can see, the number of minutes is not printed because the token_lifetime setting was not found :) Cheers! -- Morten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629008: RFP: bitcoinj -- A Java implementation of a BitCoin client-only node
Package: wnpp Severity: wishlist * Package name: bitcoinj Version : r89 Upstream Author : Jonny Heggheim heg...@gmail.com * URL : http://code.google.com/p/bitcoinj/ * License : Apache License 2.0 Programming Lang: Java Description : A Java implementation of a BitCoin client-only node BitCoinJ implements the native BitCoin P2P protocol, which allows it to maintain a wallet and send/receive transactions without needing a local copy of the official implementation. It comes with full documentation and some example apps showing how to use the library. The project aims to be easier to understand than the C++ implementation, and be suitable for usage on constrained devices such as mobile phones. BitCoinJ implements the simplified payment verification mode of Satoshis paper. It does not store a full copy of the block chain, rather, it stores what it needs in order to verify transactions with the aid of an untrusted peer node. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629009: gcc-4.6: Illegal instruction (program cc1) error on i586
Package: gcc-4.6 Version: 4.6.0-10 Severity: important It seems that gcc-4.6 tries to use some instruction unsupported by my old Pentium MMX, and gets killed by SIGILL: % gcc -E - /dev/null gcc: internal compiler error: Illegal instruction (program cc1) Please submit a full bug report, ... % /usr/lib/gcc/i486-linux-gnu/4.6/cc1 zsh: illegal hardware instruction /usr/lib/gcc/i486-linux-gnu/4.6/cc1 An extra log message: Illegal instruction occurred at 080db3b2 in /usr/lib/gcc/i486-linux-gnu/4.6/cc1 which brings us to a faulty cmove instruction in main(): ... 80db3a7: 81 e2 00 00 00 02 and$0x200,%edx 80db3ad: b8 f0 b4 7c 08 mov$0x87cb4f0,%eax 80db3b2: 0f 44 f0cmove %eax,%esi 80db3b5: eb b9 jmp80db370 main+0x80 80db3b7: 90 nop 080db3b8 _start: 80db3b8: 31 ed xor%ebp,%ebp ... IIRC, cmov instructions aren't supported on my hardware. I confirm that gcc-4.5 works fine. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.37.1-grsec Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.6 depends on: ii binutils 2.21.51.20110421-6 The GNU assembler, linker and bina ii cpp-4.6 4.6.0-10 The GNU C preprocessor ii gcc-4.6-base 4.6.0-10 The GNU Compiler Collection (base ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcloog-ppl0 0.15.9-3 the Chunky Loop Generator (runtime ii libgcc1 1:4.6.0-10 GCC support library ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgmpxx4ldbl 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgomp1 4.6.0-10 GCC OpenMP (GOMP) support library ii libmpc2 0.9-3 multiple precision complex floatin ii libmpfr4 3.0.1-3multiple precision floating-point ii libppl-c4 0.11.2-3 Parma Polyhedra Library (C interfa ii libppl9 0.11.2-3 Parma Polyhedra Library (runtime l ii libquadmath0 4.6.0-10 GCC Quad-Precision Math Library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gcc-4.6 recommends: ii libc6-dev 2.13-4 Embedded GNU C Library: Developmen Versions of packages gcc-4.6 suggests: pn binutils-gold none (no description available) pn gcc-4.6-doc none (no description available) pn gcc-4.6-locales none (no description available) pn gcc-4.6-multilib none (no description available) pn libgcc1-dbg none (no description available) pn libgomp1-dbg none (no description available) pn libmudflap0-4.6-dev none (no description available) pn libmudflap0-dbg none (no description available) pn libquadmath0-dbg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629004: [buildd-tools-devel] Bug#629004: sbuild-update --keygen wants my sudo password
On Fri, Jun 03, 2011 at 12:27:47AM +0200, Cyril Brulebois wrote: Why is it sbuild-update --keygen wants my sudo password? The manpage doesn't mention it, and I find it quite strange to need root privileges to generate a key… This changed in commit d2a2d43a (Sbuild::ChrootSetup), which introduced privilege separation. [The key is generated by the build user, not the invoking user, since the key is owned by sbuild, not the user. The sudo prompt is because we're running gpg on the host, and sudo (rather than schroot) is used for the user switching there.] Note that since last week I reverted the build user to be the invoking user (in git), which would mean you'll not see this unless you alter BUILD_USER in the config. This is due to moving the sbuild-schroot wrapper from sbuild to schroot so that sbuild can remain arch-all. It can be re-enabled once the new schroot is released. [The privilege separation is in general a separate issue from this bug though, since in all other cases it's done via schroot where it works just fine.] I'll need to revisit why we don't generate the key as the invoking user. It was, I think, something to do with the key ownership, but it needs checking. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#629005: [buildd-tools-devel] Bug#629005: C-c during on sbuild-update --keygen sudo passwd prompt fails
On Fri, Jun 03, 2011 at 12:32:09AM +0200, Cyril Brulebois wrote: Package: sbuild Version: 0.62.2-1 Severity: normal And since I didn't want to type my sudo password before understanding what was going on, I hit C-c, which led to: | Can't call method end_session on an undefined value at /usr/share/perl5/Sbuild/Utility.pm line 131. Not sure how bad the breakage is; but oh well, let's report that… This is fairly harmless. The SIGINT/TERM handler ends the active session, but due to where the interrupt occurred there wasn't a session to end at that point. The handler needs to check if there is a current session before ending it, and we might need to check exactly when the signal handler is installed and removed. Thanks for reporting it. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#629010: gcc-4.4: typo in warning logical '' with non-zero constant will always evaluate as true
Package: gcc-4.4 Version: 4.4.5-8 Severity: minor The in the warning message below should probably be ||. ~$ cat typo.c #include string.h const char *validchars = 123; char x = 'y'; int main (int argc, char *argv[]) { return (1 || (0 == strchr (argv[0], x))); } ~$ gcc-Wlogical-op -O2 typo.c typo.c: In function ‘main’: typo.c:7: warning: logical ‘’ with non-zero constant will always evaluate as true -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.4 depends on: ii binutils 2.20.1-16 The GNU assembler, linker and bina ii cpp-4.4 4.4.5-8The GNU C preprocessor ii gcc-4.4-base 4.4.5-8The GNU Compiler Collection (base ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgomp1 4.4.5-8GCC OpenMP (GOMP) support library Versions of packages gcc-4.4 recommends: ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen Versions of packages gcc-4.4 suggests: ii gcc-4.4-doc 4.4.4.nf1-1 documentation for the GNU compiler pn gcc-4.4-locales none (no description available) ii gcc-4.4-multilib 4.4.5-8 The GNU C compiler (multilib files pn libcloog-ppl0none (no description available) ii libgcc1-dbg 1:4.4.5-8 GCC support library (debug symbols pn libgomp1-dbg none (no description available) pn libmudflap0-4.4-dev none (no description available) pn libmudflap0-dbg none (no description available) pn libppl-c2none (no description available) pn libppl7 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628597: rdnssd sometimes removes nameservers it has just added
Hello, I don't know how and why this happens, but sometimes rdnssd thinks it got no nameserver information, so it just removes everything from /etc/resolv.conf or resolvconf leaving the system with the wrong resolver configuration. RDNSS information does expire when its lifetime is over, and removing stale entries is correct and expected behavior. Is this the cause of your problem? The current merge hook script may be blunt if resolvconf is not installed, but the next version will remove only IPv6 nameservers. As the work-around, the merge hook can be modified to replace the nameservers only if the rdnssd's internal resolv.conf isn't empty. The patch to /etc/rdnssd/merge-hook is attached. No, this isn't right in the general case because it would prevent rdnssd from removing stale resolver information. Of course, until handling of multiple nameserver configuration source is better integrated system-wide, you're encouraged to modify the merge hook script to suit your particular needs. -- Pierre Ynard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563881: etc. can't handle multiple arguments
On Sun, May 29, 2011 at 08:52:52PM -0400, A. Costa wrote: Package barbaz not installed or barbaz.list is empty. that output is clearly a bug, not a deliberate design decision (i somehow missed noticing that part of the original bug report). easily fixed. will include the following patch or similar in next dlocate release. --- dlocate.orig2009-06-03 11:29:06.0 +1000 +++ dlocate 2011-05-30 13:15:56.932384187 +1000 @@ -217,7 +217,7 @@ FILES_REGEXP=($PKGS_REGEXP) [ $WORD_RE = -w ] FILES_REGEXP=\b$FILES_REGEXP\b -PKGS=$(echo $PKGS | sed -e s/$SEPARATOR/ /) +PKGS=$(echo $PKGS | sed -e s/$SEPARATOR/ /g) if [ $VERBOSE = 1 ] ; then echo PKGS: $PKGS BTW, using the 8 colons as a temporary separator is completely arbitrary. chosen because it's extremely unlikely (i.e. pathologically stupid and perverse) that any real package or filename will contain a sequence of 8 colons. there are, of course, better ways of doing this, but we already know that dlocate is in need of a complete rewrite. which i keep putting off because i can't think of any way of doing it that won't break backwards-compatibility (which will affect any scripts people might have written that use dlocate), because arg handling is the number-one thing that needs to be fixed. i don't get the point of the rest of your report except that you seem to be assuming that the bug is intended behaviour. craig -- craig sanders c...@taz.net.au BOFH excuse #76: Unoptimized hard drive -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629011: O: debian-zh-faq -- Debian Chinese FAQ (Chinese GB)
Package: wnpp Severity: normal The current maintainer of debian-zh-faq, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: debian-zh-faq Binary: debian-zh-faq-s, debian-zh-faq-t Version: 1.11+nmu1 Priority: optional Section: doc Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 7.1), latex-cjk-chinese, ghostscript, slice, zh-autoconvert, latex-cjk-chinese-arphic-bsmi00lp, latex-cjk-chinese-arphic-bkai00mp, latex-cjk-chinese-arphic-gbsn00lp, latex-cjk-chinese-arphic-gkai00mp, dvipdfmx Architecture: all Standards-Version: 3.8.4 Format: 3.0 (native) Directory: pool/main/d/debian-zh-faq Files: d7d1160288527610c82ca88715b2c67a 969 debian-zh-faq_1.11+nmu1.dsc d40ff9662bba3c1d057ca4fc9ff641f4 35612 debian-zh-faq_1.11+nmu1.tar.gz Checksums-Sha1: b31af06ccac880d4ca157d3a743070af7c323981 35612 debian-zh-faq_1.11+nmu1.tar.gz Checksums-Sha256: b0ac8d4553b14b15274a8606dc8243c1887f14301e98e08ed4b2d1860d19378c 35612 debian-zh-faq_1.11+nmu1.tar.gz Package: debian-zh-faq-s Priority: optional Section: doc Installed-Size: 952 Maintainer: Yu Guanghui y...@debian.org Architecture: all Source: debian-zh-faq Version: 1.11+nmu1 Filename: pool/main/d/debian-zh-faq/debian-zh-faq-s_1.11+nmu1_all.deb Size: 920330 MD5sum: f81faf366f0eef8737d760ac6ae8f9db SHA1: d7afc310c5bc9a78c12511fb5cad0704427a613e SHA256: 2509b46aa14c6ef84ec4af49c23063e271d880dd2914784405acc985ecee5d48 Description: Debian Chinese FAQ (Chinese GB) This package contains the book Debian_Chinese_FAQ (Simplified Chinese GB Version), and it answers some frequently asked question about Chinese environment setup. It also introduce the special Chinese software in Debian. Hope it can help you to use the Debian Operating System. . You can find the documentation in directory /usr/doc/debian-zh-faq-s. Tag: culture::chinese, made-of::postscript, role::documentation, suite::debian Task: chinese-s Package: debian-zh-faq-t Priority: optional Section: doc Installed-Size: 1008 Maintainer: Yu Guanghui y...@debian.org Architecture: all Source: debian-zh-faq Version: 1.11+nmu1 Filename: pool/main/d/debian-zh-faq/debian-zh-faq-t_1.11+nmu1_all.deb Size: 976320 MD5sum: 2452b1c9ccaa73916542962c06840b9a SHA1: 398f7d010f66e4d9b262c78b6fa6619b209ea251 SHA256: 85785d5e7c0a4b58ee5451a695afd867f8ae0ef6f5c98b746edab557d7c51134 Description: Debian Chinese FAQ (Chinese Big5) This package contain the book Debian_Chinese_FAQ (Traditional Chinese Big5 Version), and it answers some frequently asked question about Chinese environment setup. It also introduces the special Chinese software in Debian. Hope it can help you to use the Debian Operating System. . You can find the documentation in directory /usr/doc/debian-zh-faq-t. Tag: culture::chinese, culture::taiwanese, made-of::postscript, role::documentation, suite::debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629012: O: zhcon -- A Fast Console CJK System Using FrameBuffer
Package: wnpp Severity: normal The current maintainer of zhcon, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: zhcon Binary: zhcon Version: 1:0.2.6-6.1 Priority: optional Section: utils Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 7), libggi2-dev (= 1:2.2.1-4), unicon-imc2, libncurses5-dev, autotools-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/z/zhcon Files: 2e76659012d1fe506352974862ae31cc 1002 zhcon_0.2.6-6.1.dsc 0f765cbe444776c9051a2b7c213737eb 5021343 zhcon_0.2.6.orig.tar.gz 3d60dc62f734d32b909c6ef631729bbe 12592 zhcon_0.2.6-6.1.diff.gz Checksums-Sha1: adf41a89babc044342c3ea85aa61ec6c782cbe98 5021343 zhcon_0.2.6.orig.tar.gz 3675a40ec9565d31224d0a6db61a04419147f969 12592 zhcon_0.2.6-6.1.diff.gz Checksums-Sha256: 700089c63b36c171d537c4e15e1151b715ca79ebdb4c7d4a974fe4dc2f55a7e7 5021343 zhcon_0.2.6.orig.tar.gz 9d27b78af7d7b0a6578912bea4172b21587d5b6b12f5826e2391c5189e133a91 12592 zhcon_0.2.6-6.1.diff.gz Package: zhcon Priority: optional Section: utils Installed-Size: 7592 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Version: 1:0.2.6-6.1 Depends: libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libggi2 (= 1:2.2.2), libncurses5 (= 5.6+20071006-3), libstdc++6 (= 4.4.0), debconf (= 0.5) | debconf-2.0 Conflicts: unicon-im ( 3.0.4-9) Filename: pool/main/z/zhcon/zhcon_0.2.6-6.1_amd64.deb Size: 4415688 MD5sum: 150641a74c09e4f56d6a2e1948a3a5ed SHA1: 795feba080d747b790665fb74512a06c1e7031eb SHA256: 5fd4d9c4415d1f65d1a4233be1acc53534393eebbb3e78718c89c30dd2f05d3e Description: A Fast Console CJK System Using FrameBuffer Zhcon is a fast Linux Console Chinese System which supports framebuffer device.It can display Chinese,Japanese or Korean double byte characters on console. Features include: Full support for Linux FrameBuffer device(from 640x480x8bpp to 1024x768x32bpp) Multiple language support (GB2312,GBK,BIG5,JIS,KSCM) Auto-detect and convert between GB2312 and BIG5 encoding(like hztty) Hot key to change language encoding on the fly Can use input method from MS Windows 98 Chinese version or UCDOS for MS-DOS Tag: accessibility::input, accessibility::ocr, culture::{chinese,japanese,korean,taiwanese}, interface::{commandline,framebuffer,text-mode}, role::program, scope::utility, uitoolkit::ncurses, use::converting, works-with::text, works-with::unicode Task: chinese-s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629013: O: skyeye -- Embedded Hardware Simulation
Package: wnpp Severity: normal The current maintainer of skyeye, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: skyeye Binary: skyeye Version: 1.2.5-2.1 Priority: extra Section: misc Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 5), libgtk2.0-dev, libatk1.0-dev, libpango1.0-dev, libfreetype6-dev, libx11-dev, binutils-dev Architecture: any Standards-Version: 3.8.0 Format: 1.0 Directory: pool/main/s/skyeye Files: 6c791187aa9532b6130ac192edb4229a 1037 skyeye_1.2.5-2.1.dsc afa9b84961e17b306b656df143775292 1069422 skyeye_1.2.5.orig.tar.gz 9082039dced3bb9a585fbcb300b83838 111066 skyeye_1.2.5-2.1.diff.gz Checksums-Sha1: 156861e98f57fca32f4d1fa170e0a233a2a760e5 1069422 skyeye_1.2.5.orig.tar.gz 03ab47cc6fcab9a0c80d4a77b3079fddd12f2993 111066 skyeye_1.2.5-2.1.diff.gz Checksums-Sha256: 2eca1ad7f8f11e72e332944c9c41470861c337da3d3ddf535fb0efc610a2a08b 1069422 skyeye_1.2.5.orig.tar.gz 0b10f82f7f8d3e2c9b71211663d4d907db6cce41e0ba0a5db67cf84724da20cb 111066 skyeye_1.2.5-2.1.diff.gz Package: skyeye Priority: extra Section: misc Installed-Size: 796 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Version: 1.2.5-2.1 Depends: libc6 (= 2.7) Filename: pool/main/s/skyeye/skyeye_1.2.5-2.1_amd64.deb Size: 297024 MD5sum: fca80a52e1679cf1f6c0598b273843c6 SHA1: 3b0ea1d94f5074bd2969324691170a6ac753de70 SHA256: 1bcebfaa60421bc7da9e7af97c40d028bdbef072c89e8cfb2de796667ba7608a Description: Embedded Hardware Simulation The goal of SkyEye is to provide an integrated simulation environment in Linux and Windows. SkyEye environment simulates typical Embedded Computer Systems (Now it supports a series ARM architecture based microprocessors and Blackfin DSP Processor). You can run some Embedded Operation System such as ARM Linux, uClinux, uc/OS-II (ucos-ii) etc. in SkyEye, and analyse or debug them at source level. Now the following hardwares can be simulated by SkyEye: . * CPU core: ARM7TDMI, ARM720T, StrongARM, XScale, Blackfin. * Application CPU: Atmel AT91X40/AT91RM9200, Cirrus Logic EP7312/EP9312/CS89712, Intel SA1100/SA1110, Intel PXA 25x/27x, Samsung 4510B/44B0/2410/2440 , Sharp LH7, NS9750, Philips LPC22xx, BF533. * Memory: RAM, ROM, Flash. * Peripheral: Timer, UART, NIC chip, LCD, TouchScreen, etc. Tag: hardware::embedded, role::program, uitoolkit::gtk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629014: O: fortune-zh -- Chinese Data files for fortune
Package: wnpp Severity: normal The current maintainer of fortune-zh, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fortune-zh Binary: fortune-zh Version: 1.8 Priority: optional Section: games Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 2.0.72), fortune-mod Architecture: any Standards-Version: 3.5.1 Format: 1.0 Directory: pool/main/f/fortune-zh Files: 1a37b3d1febb16640f4ec7dbaa1e1ba7 707 fortune-zh_1.8.dsc 2f7035a1191f0bc937a3992b652dd825 166804 fortune-zh_1.8.tar.gz Checksums-Sha1: b8efa664273bdf67aa02849da8383230f2acae8d 166804 fortune-zh_1.8.tar.gz Checksums-Sha256: 49d3ab4496fc197274aa86402e8d8b3b0aaf8c870b4cbfabe9e395f4c1c91fd8 166804 fortune-zh_1.8.tar.gz Package: fortune-zh Priority: optional Section: games Installed-Size: 184 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Version: 1.8 Depends: fortune-mod, zh-autoconvert Filename: pool/main/f/fortune-zh/fortune-zh_1.8_amd64.deb Size: 63186 MD5sum: 65a781c3036f6403df72b9d6d28da2ff SHA1: 955bdf246be509536574e09a4874d90d402fd7a8 SHA256: 45979c162166e7e1820e09e722ac1047ba094be61883c718f0e840f8945f0e84 Description: Chinese Data files for fortune This software package contains the Chinese data files for fortune in utf8 encoding. Those libraries included tang300 -- 300_Tang_Poems and other Chinese classical poetry. Tag: culture::chinese, culture::taiwanese, game::toys, interface::commandline, role::app-data, use::gameplaying, use::viewing, works-with::text, works-with::unicode Task: chinese-s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629015: O: zh-autoconvert -- Headers and static libraries for zh-autoconvert
Package: wnpp Severity: normal The current maintainer of zh-autoconvert, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: zh-autoconvert Binary: zh-autoconvert, libhz-dev, libhz0 Version: 0.3.16-3 Priority: optional Section: text Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 2.0.72), libgtk2.0-dev Architecture: any Standards-Version: 3.1.0 Format: 1.0 Directory: pool/main/z/zh-autoconvert Files: 76bbfb8739dfda0910e8ca3e474beb4e 1030 zh-autoconvert_0.3.16-3.dsc 1f4aa2332afc076910b5d510b8c81966 275360 zh-autoconvert_0.3.16.orig.tar.gz 5449eb12c47b448ee0ef8dcf77f20575 5871 zh-autoconvert_0.3.16-3.diff.gz Checksums-Sha1: 20d0b972f407dcac6522ded2cca69efbd2fbedf8 275360 zh-autoconvert_0.3.16.orig.tar.gz 6898b9647fc0a7938a00c11438df493a285c87d0 5871 zh-autoconvert_0.3.16-3.diff.gz Checksums-Sha256: 9fe3df9864c63854dc3012d8e3f9ba94bc4e611d410ed1897fc94b612925cf76 275360 zh-autoconvert_0.3.16.orig.tar.gz b04762e72b9341d755424944c55ff5cb622ab2f8826a637d0c466d102645c4f4 5871 zh-autoconvert_0.3.16-3.diff.gz Package: libhz-dev Priority: optional Section: libdevel Installed-Size: 440 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Source: zh-autoconvert Version: 0.3.16-3 Depends: libhz0 (= 0.3.16-3), libc6-dev Filename: pool/main/z/zh-autoconvert/libhz-dev_0.3.16-3_amd64.deb Size: 155366 MD5sum: e4f1d60fd772cd116ac88cd0dd71c18a SHA1: 54d510c70cde20910aaf23c66507e987efdbc8d1 SHA256: dd08a7b5f9603b6736d1e24f6f42e61aff1860b29677cd79b2d90c463c511ecb Description: Headers and static libraries for zh-autoconvert Contains the symlinks, headers, and object files needed to compile and link programs which use the zh-autoconvert library. . Author: Yu Guanghui y...@debian.org Tag: accessibility::input, culture::chinese, culture::taiwanese, devel::lang:c, devel::library, implemented-in::c, qa::low-popcon, role::devel-lib, use::converting Package: libhz0 Priority: optional Section: libs Installed-Size: 452 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Source: zh-autoconvert Version: 0.3.16-3 Depends: libc6 (= 2.7-1) Filename: pool/main/z/zh-autoconvert/libhz0_0.3.16-3_amd64.deb Size: 161484 MD5sum: 4ecf39c6d0ca2b076b1ee693d3f873ac SHA1: 8d49617e6393b21bd869d77ccdabdeb3d9c06efa SHA256: 0092115f38a8479bcb5665f5d8374f6163cdac70f465ae62d9fb8dfcc3c5cd2b Description: Chinese encoding autoconvert library This library provide the Chinese encoding judge function, and the HZ/GB/Big5/UNI/UTF7/UTF8 convert functions. . Author: Yu Guanghui y...@debian.org Tag: accessibility::input, culture::chinese, culture::taiwanese, implemented-in::c, role::shared-lib, use::converting Package: zh-autoconvert Priority: optional Section: text Installed-Size: 164 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Version: 0.3.16-3 Depends: libc6 (= 2.7-1), libhz0 (= 0.3.14-1) Filename: pool/main/z/zh-autoconvert/zh-autoconvert_0.3.16-3_amd64.deb Size: 39682 MD5sum: 672897c16fa1b3c34f971f283064bbef SHA1: 339fc292bc8e91055b79a1fc6a638e95046bec7d SHA256: f1159c4cb5e04677d8336425c3f54cb389ede3a6d39eee7ed85413eaeff84731 Description: Chinese HZ/GB/BIG5/UNI/UTF7/UTF8 encodings auto-converter AutoConvert is an intelligent Chinese Encoding converter. It uses builtin functions to judge the type of the input file's Chinese Encoding (such as GB/Big5/HZ), then converts the input file to any type of Chinese Encoding you want. You can use autoconvert to handle incoming mail, automatically converting messages to the Chinese Encoding you want. It can alse handle Unicode/UTF7/UTF8 now. . Author: Yu Guanghui y...@debian.org Tag: culture::{chinese,korean,taiwanese}, implemented-in::c, interface::commandline, role::program, scope::utility, use::converting, works-with::text Task: chinese-s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629016: O: unicon -- Chinese Input Method Library
Package: wnpp Severity: normal The current maintainer of unicon, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: unicon Binary: unicon-imc2 Version: 3.0.4-13 Priority: optional Section: utils Maintainer: Yu Guanghui y...@debian.org Build-Depends: debhelper (= 2.0.72), libpth-dev, x11proto-core-dev, libx11-dev Architecture: any Standards-Version: 3.5.0 Format: 1.0 Directory: pool/main/u/unicon Files: 5b7130afce2d48f435ba5bad445a33a3 983 unicon_3.0.4-13.dsc dfb8650debe038f85270b4ad60ad313b 5704272 unicon_3.0.4.orig.tar.gz 2615c7d5b848061e115485e1bbe9ff4e 16712 unicon_3.0.4-13.diff.gz Checksums-Sha1: 776cfaf02db8b23799812e5143b9f93d07560c0e 5704272 unicon_3.0.4.orig.tar.gz 2a39f7b0c280a4892f12986d27bb6cf1f3a0 16712 unicon_3.0.4-13.diff.gz Checksums-Sha256: 4a70d9ae86a2bae586862eebad0afb57b91abb109b80c756626e5cc674e9060a 5704272 unicon_3.0.4.orig.tar.gz 1383e4b498578cd7334eeb335171c394cbdac24a3786b76865699e9f57dace8f 16712 unicon_3.0.4-13.diff.gz Package: unicon-imc2 Priority: optional Section: utils Installed-Size: 16868 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Source: unicon Version: 3.0.4-13 Replaces: unicon-im Provides: unicon-im Depends: libc6 (= 2.3), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.1.1) Conflicts: chinput (= 3.0.1-3), unicon-im Filename: pool/main/u/unicon/unicon-imc2_3.0.4-13_amd64.deb Size: 4366172 MD5sum: 9f8094aef2551fdb6a1ca156bf1931fe SHA1: 7035b22b2cfeb409e367bf7147832f54cbb1424b SHA256: 53f6e8c4de029a24e47f8c28537cac21b6d0516373068bb5b0e9c3e5b5fbdd31 Description: Chinese Input Method Library General Chinese Input method interface and API. It is using by chinput and unicon now. Tag: accessibility::input, culture::chinese, role::shared-lib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629017: O: yiyantang -- Terminal-based Chinese automatic encoding converter
Package: wnpp Severity: normal The current maintainer of yiyantang, Yu Guanghui y...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: yiyantang Binary: yiyantang Version: 0.7.0-3.1 Priority: optional Section: text Maintainer: Yu Guanghui y...@debian.org Build-Depends: autotools-dev, debhelper (= 2.0.72), libhz-dev (= 0.3.12-2) Architecture: any Standards-Version: 3.1.0 Format: 1.0 Directory: pool/main/y/yiyantang Files: 6ecb1e1ab10e648a995fc5d1addc25b3 609 yiyantang_0.7.0-3.1.dsc de73a8fd783de906f894b8303fb1d41c 367437 yiyantang_0.7.0.orig.tar.gz 6e29a278867e3fabdbc33e988e7c03fd 2783 yiyantang_0.7.0-3.1.diff.gz Package: yiyantang Priority: optional Section: text Installed-Size: 120 Maintainer: Yu Guanghui y...@debian.org Architecture: amd64 Version: 0.7.0-3.1 Depends: libc6 (= 2.7-1), libhz0 (= 0.3.14-1) Filename: pool/main/y/yiyantang/yiyantang_0.7.0-3.1_amd64.deb Size: 27464 MD5sum: 1b3a44c2c6c6698689e6fc9bb29ba0d8 SHA1: 99629707ff968146ca432955edd0e882aed09686 SHA256: f021a0cebf916682e5bc5221827a5e598f01cf7ba8fd9166a222d5b7946864f9 Description: Terminal-based Chinese automatic encoding converter yyt is a pseudo-tty program that converts Chinese terminal output encoded in GB/BIG5 to a preset encoding automatically. It is useful for users who have to work with multiple Chinese encoding in console applications. Now it also converts input to the incoming encoding if the incoming encoding is set explicitly. Tag: culture::chinese, culture::taiwanese, interface::commandline, use::converting, works-with::text -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628840: After ctrl-alt-del refuses to take further keyboard input
What is the remote system and mechanism by which it responds to ctrl-alt-del? Also, what is the remote system vncserver? Thanks, Karl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620901: Possible duplicate bug?
Experiencing the same issues in this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628652 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629019: [Pkg-ime-devel] Bug#629019: Updating the fcitx Uploaders list
On Fri, Jun 3, 2011 at 09:18, Rene Mayorga rmayo...@debian.org wrote: Yu Guanghui y...@debian.org has not been working on the fcitx package for quite some time. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks. Thanks, will do this at next upload. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629020: fai-mirror: FAI_DEBOOTSTRAP overrites /etc/fai/apt/sources.list
Package: fai-server Version: 3.4.7 Severity: normal hi, I'm falling into trouble with fetching security updates when running fai-mirror. /usr/bin/fai-mirror first set sources.list from /etc/fai/apt/sources.list as: # TODO: use -p to preserve sources.list perl -p -e 's/file:/copy:/' $cfdir/apt/sources.list $aptcache/etc/apt/sources.list but after that, it (default behavior) calls add_base_packages which overwrites as: add_base_packages() { ~ # now use sources.list for debootstrap packages echo $FAI_DEBOOTSTRAP | awk '{printf deb %s %s main\n,$2,$1}' | perl -p -e 's/file:/copy:/' $aptcache/etc/apt/sources.list ~ } I think it would be better to change redirect '' to '' in add_base_packages'. regards, -- KURASHIKI Satoru -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-server depends on: ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system ii fai-client 3.4.7 Fully Automatic Installation clien Versions of packages fai-server recommends: ii fai-setup-storage 3.4.7automatically prepare storage devi ii isc-dhcp-server [dh 4.1.1-P1-15+squeeze2 ISC DHCP server for automatic IP a ii libproc-daemon-perl 0.03-2 Run Perl program as a daemon proce ii nfs-kernel-server 1:1.2.2-4support for NFS kernel server ii openbsd-inetd [inet 0.20080125-6 The OpenBSD Internet Superserver ii openssh-client 1:5.5p1-6secure shell (SSH) client, for sec ii openssh-server 1:5.5p1-6secure shell (SSH) server, for sec ii syslinux-common 2:4.02+dfsg-7collection of boot loaders (common ii tftpd-hpa 5.0-18 HPA's tftp server Versions of packages fai-server suggests: ii apt-move 4.2.27-1+b8Maintain Debian packages in a pack ii aptitude 0.6.3-3.2 terminal-based package manager (te ii debmirror 1:2.4.5Debian partial mirror script, with ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii perl-tk 1:804.029-1+b1 Perl module providing the Tk graph -- Configuration Files: /etc/fai/make-fai-nfsroot.conf changed: FAI_CONFIGDIR=/srv/fai/config FAI_DEBOOTSTRAP=squeeze http://cdn.debian.net/debian; FAI_DEBOOTSTRAP_OPTS=--exclude=info -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629022: [INTL:sv] Swedish strings for resolvconf debconf
package: resolvconf severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#629021: [INTL:sv] Swedish strings for w3c-linkchecker debconf
package: w3c-linkchecker severity: wishlist tags: patch l10n Please consider to add this file to translation of debconf. -- brother http://sis.bthstuden.se sv.po Description: Binary data
Bug#628759: vim: Improve automake syntax highlighter
On Wed, Jun 01, 2011 at 09:14:40AM +0200, Guillem Jover wrote: Attached a patch which should improve the current automake syntax highlighter, and a test file which I used to verify the syntax before and after. Thanks! The comments therein refer to the seubsequent lines. There's still one item I know of which is bogus, AM_LDADD should not be recognized, and this tends to be a common mistake to make so it would be nice to not highlight it as correct, but I don't know how to exclude just that one, help with that would be really appreciated! Attached automake.vim should cover that scenario properly. I just pulled the _LDADD matches into their own rule. If none of the automakeSecondary rules are supposed to start with AM_, that'd make it simpler. I also fixed the += support you added. The \= wasn't necessary in +\== and would actually cause things to mishighlight due to the me=e-2 pattern offset (e.g., foo_SOURCES+= a). Also, as the note at the top of the file suggests, the syntax file is looking for a new maintainer. ;) Cheers, -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org Vim syntax file Language: automake Makefile.am Maintainer: Debian VIM Maintainers pkg-vim-maintain...@lists.alioth.debian.org Former Maintainer:John Williams j...@pobox.com Last Change: 2011-06-02 URL: http://anonscm.debian.org/hg/pkg-vim/vim/raw-file/unstable/runtime/syntax/automake.vim XXX This file is in need of a new maintainer, Debian VIM Maintainers maintain it only because patches have been submitted for it by Debian users and the former maintainer was MIA (Missing In Action), taking over its maintenance was thus the only way to include those patches. If you care about this file, and have time to maintain it please do so! This script adds support for automake's Makefile.am format. It highlights Makefile variables significant to automake as well as highlighting autoconf-style @variable@ substitutions . Subsitutions are marked as errors when they are used in an inappropriate place, such as in defining EXTRA_SOURCES. Standard syntax initialization if version 600 syntax clear elseif exists(b:current_syntax) finish endif Read the Makefile syntax to start with if version 600 source sfile:p:h/make.vim else runtime! syntax/make.vim endif syn match automakePrimary ^\w\+\(_PROGRAMS\|_LIBRARIES\|_LISP\|_PYTHON\|_JAVA\|_SCRIPTS\|_DATA\|_HEADERS\|_MANS\|_TEXINFOS\|_LTLIBRARIES\)\s*=me=e-1 syn match automakePrimary ^\w\+\(_PROGRAMS\|_LIBRARIES\|_LISP\|_PYTHON\|_JAVA\|_SCRIPTS\|_DATA\|_HEADERS\|_MANS\|_TEXINFOS\|_LTLIBRARIES\)\s*+=me=e-2 syn match automakePrimary ^TESTS\s*=me=e-1 syn match automakePrimary ^TESTS\s*+=me=e-2 syn match automakeSecondary ^\w\+\(_SOURCES\|_LIBADD\|_LDFLAGS\|_DEPENDENCIES\|_AR\|_CCASFLAGS\|_CFLAGS\|_CPPFLAGS\|_CXXFLAGS\|_FCFLAGS\|_FFLAGS\|_GCJFLAGS\|_LFLAGS\|_LIBTOOLFLAGS\|OBJCFLAGS\|RFLAGS\|UPCFLAGS\|YFLAGS\)\s*=me=e-1 syn match automakeSecondary ^\w\+\(_SOURCES\|_LIBADD\|_LDFLAGS\|_DEPENDENCIES\|_AR\|_CCASFLAGS\|_CFLAGS\|_CPPFLAGS\|_CXXFLAGS\|_FCFLAGS\|_FFLAGS\|_GCJFLAGS\|_LFLAGS\|_LIBTOOLFLAGS\|OBJCFLAGS\|RFLAGS\|UPCFLAGS\|YFLAGS\)\s*+=me=e-2 syn match automakeSecondary ^\%(AM_\)\@!\w\+_LDADD\s*=me=e-1 syn match automakeSecondary ^\%(AM_\)\@!\w\+_LDADD\s*+=me=e-2 syn match automakeSecondary ^\(LDADD\|ARFLAGS\|OMIT_DEPENDENCIES\|AM_MAKEFLAGS\|\(AM_\)\=\(MAKEINFOFLAGS\|RUNTESTDEFAULTFLAGS\|ETAGSFLAGS\|CTAGSFLAGS\|JAVACFLAGS\)\)\s*=me=e-1 syn match automakeSecondary ^\(LDADD\|ARFLAGS\|OMIT_DEPENDENCIES\|AM_MAKEFLAGS\|\(AM_\)\=\(MAKEINFOFLAGS\|RUNTESTDEFAULTFLAGS\|ETAGSFLAGS\|CTAGSFLAGS\|JAVACFLAGS\)\)\s*+=me=e-2 syn match automakeExtra ^EXTRA_\w\+\s*=me=e-1 syn match automakeExtra ^EXTRA_\w\+\s*+=me=e-2 syn match automakeOptions ^\(ACLOCAL_AMFLAGS\|AUTOMAKE_OPTIONS\|DISTCHECK_CONFIGURE_FLAGS\|ETAGS_ARGS\|TAGS_DEPENDENCIES\)\s*=me=e-1 syn match automakeOptions ^\(ACLOCAL_AMFLAGS\|AUTOMAKE_OPTIONS\|DISTCHECK_CONFIGURE_FLAGS\|ETAGS_ARGS\|TAGS_DEPENDENCIES\)\s*+=me=e-2 syn match automakeClean ^\(MOSTLY\|DIST\|MAINTAINER\)\=CLEANFILES\s*=me=e-1 syn match automakeClean ^\(MOSTLY\|DIST\|MAINTAINER\)\=CLEANFILES\s*+=me=e-2 syn match automakeSubdirs ^\(DIST_\)\=SUBDIRS\s*=me=e-1 syn match automakeSubdirs ^\(DIST_\)\=SUBDIRS\s*+=me=e-2 syn match automakeConditional ^\(if\s*!\=\w\+\|else\|endif\)\s*$ syn match automakeSubst @\w\+@ syn match automakeSubst ^\s*@\w\+@ syn match automakeComment1 #.*$ contains=automakeSubst syn match automakeComment2 ##.*$ syn match automakeMakeError $[{(][^})]*[^a-zA-Z0-9_})][^})]*[})] GNU make function call syn region automakeNoSubst start=^EXTRA_\w*\s*+\== end=$ contains=ALLBUT,automakeNoSubst transparent syn region automakeNoSubst start=^DIST_SUBDIRS\s*+\== end=$ contains=ALLBUT,automakeNoSubst transparent syn region automakeNoSubst start=^\w*_SOURCES\s*+\== end=$ contains=ALLBUT,automakeNoSubst transparent syn match automakeBadSubst @\(\w*@\=\)\= contained syn
Bug#629023: Use readline for interactive prompts.
Package: gnutls-bin Version: 2.10.5-1+b1 Severity: wishlist File: /usr/bin/certtool When you say something like certtool --to-p12, it will prompt you for filenames and suchlike. These prompts would be easier to use if filename tab completion and other readline features were available. (I'm assuming gnutls and readline have compatible licenses.) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnutls-bin depends on: ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libreadline66.2-2GNU readline and history libraries ii libtasn1-3 2.9-3Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnutls-bin recommends no packages. gnutls-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628525: libsasl2-modules-gssapi-mit: authentication now fails always
On 02/06/11 18:43 +, brian m. carlson wrote: On Tue, May 31, 2011 at 09:13:26AM -0500, Dan White wrote: Do you also receive an error without starttls? I just installed 2.1.24~rc1.dfsg1+cvs2011-05-23-2 and was able to reproduce this error, but only while doing '-t ', or '-s' (against cyrus imap). I was able to successfully authenticate with: $ imtest -m gssapi imap.example.org Yes, that does seem to work correctly. For me, however, a non-TLS configuration is a non-starter, and anyway, SASL should not act differently over an encrypted connection versus a non-encrypted one. I'm starting to suspect this is a client side problem (with imtest). With the patch below, this command works: cyradm --auth gssapi --tlskey imap.example.org but this command still produces the error you're seeing: imtest -m gssapi -t imap.example.org I wonder if this might have something to do with changes due to the recent starttls vulnerability. I'll take a closer look. I get a segfault with mutt (with or without -s or -t), so this may actually be two different problems. For both problems, I get the same result regardless of whether I have libsasl2-modules-gssapi-heimdal or libsasl2-modules-gssapi-mit installed. The segfaulting problem is fixed for me after applying the patch tied to this bug report: http://bugzilla.cyrusimap.org/bugzilla3/show_bug.cgi?id=3445 -- Dan White -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628759: vim: Improve automake syntax highlighter
On Thu, 2011-06-02 at 21:55:15 -0400, James Vega wrote: Thanks! No, thank you for the improvements! :) Attached automake.vim should cover that scenario properly. I just pulled the _LDADD matches into their own rule. Nice. Maybe we could even go further and convert it to a makeError? I also fixed the += support you added. The \= wasn't necessary in +\== and would actually cause things to mishighlight due to the me=e-2 pattern offset (e.g., foo_SOURCES+= a). Ah! I cannot remember, but probably I carried those over from when I had them in a single line. Also, as the note at the top of the file suggests, the syntax file is looking for a new maintainer. ;) Right, but I fear I already have my plate full. :/ thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629024: synaptic not starts over su-to-root
Package: synaptic Version: 0.70~pre1 The Synaptic .desktop entry needs to be fixed under gnome, because the missing su-to-root command. su-to-root -c -X /usr/sbin/synaptic I suggest to replace the startup command with: gksu /usr/bin/synaptic instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629025: DeprecationWarning: the md5 module is deprecated; use hashlib instead
Package: fail2ban Version: 0.8.4-3 Severity: normal Depriciated error from running fail2ban-regex : /usr/share/fail2ban/server/filter.py:442: DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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/dash Versions of packages fail2ban depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi ii whois 5.0.10 an intelligent whois client Versions of packages fail2ban suggests: ii heirloom-mailx [mailx]12.4-2 feature-rich BSD mail(1) pn python-gamin none (no description available) -- Configuration Files: /etc/fail2ban/jail.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526045: Preliminary Patch: Input Welcome
Thanks, Holger ... your input '... dependency resolver, which doesnt take alternative depends into consideration.' led me to directly what I hope is the solution. I have a patch for this issue on which I have run some preliminary tests. I am busy tomorrow (Friday, Jun 3) and Saturday, so I do not expect to get back to this until Sunday. However, I would appreciate input anyone may have regarding my solution: Unfortunately, it is probably more useful to attempt to describe than to submit the patch; I do not have a master/slave environment setup yet, and chose to kluge piuparts-master in order to force PackageDB._compute_package_states() to run, and then added routine to dump every package name/state. The root cause of the problem is, indeed, that the current Package._parse_dependencies() routine always returns a list of SINGLE-PACKAGE-NAME(S), even when the package control file specifies alternatives. Example: debian/control from piwi-0.8+20041206, currently reported by piuparts as 'dependency-does-not-exist', due to: 'dependency apache is /unknown'/: Depends: ${perl:Depends}, apache | apache-ssl | apache-perl | httpd, mysql-client | postgresql-client, libapache-dbi-perl, libdbd-mysql-perl| libdbd-pg-perl, libdate-calc-perl The parse routines (correctly) recognize this as six dependencies: [0] ${perl:Depends}, [1] apache | apache-ssl | apache-perl | httpd, [2] mysql-client | postgresql-client, [3] libapache-dbi-perl, [4] libdbd-mysql-perl | libdbd-pg-perl, [5] libdate-calc-perl However, _parse_dependencies FLATTENS the list in elements [1], [2], and [4] by simplistically selecting the first alternative from the control file; i.e. the list of depends that is actually processed from this example is: [0] ${perl:Depends}, [1] apache [2] mysql-client [3] libapache-dbi-perl, [4] libdbd-mysql-perl [5] libdate-calc-perl I have introduced code to return and process the unflattened list. The design goal is to replace each list element with the name of the best alternative, and to leave all other existing logic in place. While this is sub-optimal, it seems a major improvement over blindly selecting the first alternative from the control file. The algorithm used to select the best alternative is: 1) Prefer first alternative in state essential-required 2) If no essential-required alternatives, prefer first alternative in state successfully-tested 3) Otherwise, prefer first alternative in state waiting-to-be-tested IF NO REMAINING alternatives are in one of the unknown/fail states I have introduced two new states: a) unknown-preferred-alternative: equivalent of unknown, this defers calculation of this package's state, since one or more of its alternative depends are unknown (or unknown-preferred-alternative), and no alternative is either essential-required or successfully-tested. The alternatives will be re-tested on subsequest pass. b) no-dependency-from-alternatives-exists: if none of the alternatives can be found in the archive. Potential problems: 1) We will test and fail when =1 successfully-tested alternative is found, but a different alternative is selected by the apt dependency-resolution algorithm during test run, 2) We will produce a false positive Dependency failed/cannot be tested, when the state could/should be waiting-for-dependency-to-be-tested (in the case that any alternative has failed, but the alternative selected by the apt dependency-resolution algorithm is waiting-to-be-tested 3) Finally, there may be too much code which depends on no-dependency-exists, so that it would make sense to change no-dependency-from-alternatives-exists back to simply no-dependency-exists. I see benefit in keeping them as separate states.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629026: Only supports historic kernels
Package: kernel-patch-viewos Severity: serious This package only provides patches for vintage kernels (up 2.6.26-rc6) Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626965: firmware-iwlwifi: 550534, 626965: new upstream version fixes microcode restarts
usertags 550534 + bittenby usertags 626965 + bittenby thanks I had this issue with the iwlwifi firmware and constant microcode software restarts. I reported it upstream and they asked me to try the latest version. I tried iwlwifi-6000-ucode-9.221.4.1.tgz and found that it seems to fix the issue for me. Please upgrade to the new version. http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=2300 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#629027: Only supports 2.6.32
Package: linux-patch-tuxonice Severity: serious This package only provides a patch against 2.6.32 and doesn't apply against current kernels. Cheers, Moritz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625536: audacity: remove artificial limits
tags 625536 + patch thanks Here's a patch to remove the sample rate limit on imported raw, and add 192k and 384k to the list of standard sample rates (as 192k is now pretty common even in on-board consumer gear, and 384k isn't even all that rare). I've run with this patch for a while, I haven't experienced any adverse side effects. Seeing as the upstream bug is a lowly P4, I don't hold out much hope for an official fix anytime soon, and in the interim, having to retype my sample rate 3 times for every raw import is just needless pain. Also note the upstream mention of the spectrogram limit seems to overlook that the 100kHz limit there isn't a reference to the sampling rate (atleast, not directly, its related to the sampling rate divided by two I suppose) but rather the highest frequency visually displayable. Limitations imposed there are arguably less of a big deal given the app's intended use with audio. -- Jamie Heilman http://audible.transient.net/~jamie/ Index: src/AudioIO.cpp === --- src/AudioIO.cpp (revision 11191) +++ src/AudioIO.cpp (working copy) @@ -342,7 +342,9 @@ 32000, 44100, 48000, - 96000 + 96000, + 192000, + 384000 }; const int AudioIO::NumStandardRates = sizeof(AudioIO::StandardRates) / sizeof(AudioIO::StandardRates[0]); @@ -360,7 +362,8 @@ 48000, 88200, 96000, - 192000 + 192000, + 384000 }; const int AudioIO::NumRatesToTry = sizeof(AudioIO::RatesToTry) / sizeof(AudioIO::RatesToTry[0]); Index: src/import/ImportRaw.cpp === --- src/import/ImportRaw.cpp (revision 11191) +++ src/import/ImportRaw.cpp (working copy) @@ -453,10 +453,8 @@ mPercent = 0.0; if (mPercent 100.0) mPercent = 100.0; - if (mRate 100.0) - mRate = 100.0; - if (mRate 10.0) - mRate = 10.0; + if (mRate 1.0) + mRate = 1.0; EndModal(true); }
Bug#563698: SHA-512 support in John
Looks like latest upstream now includes requested functionality. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629028: kdbg really slow + displays incorrect information
Package: kdbg Version: 2.5.0-1 Severity: important I'm trying to debug a program that uses the SpiderMonkey JavaScript engine - I don't know if this is a factor. I will attach the program itself. You compile it with g++ -O0 -g -Wall -o sudoku-solver $(pkg-config --cflags mozilla-js) \ $(pkg-config --libs mozilla-js) sudoku-solver.cpp When you run kdbg sudoku-solver You will notice that the startup takes ages. I'm using KDE Trinity so I can launch system guard and it tells me that gdb is really busy. After a few minutes kdbg finally shows the source code. I have kdbg configured to hide itself until it hits a breakpoint or exception. Set a breakpoint at line 763, 'cout Values;' When you tell it to run, it minimizes for a few minutes until it hits the breakpoint in what is a really trivial program that should be instantaneous. The time kdbg takes seems to increase the more you restart it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdbg depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libkdecore5 4:4.4.5-5 the KDE Platform Core Library ii libkdeui5 4:4.4.5-5 the KDE Platform User Interface Li ii libkio5 4:4.4.5-5 the Network-enabled File Managemen ii libqt4-dbus 4:4.7.3-1 Qt 4 D-Bus module ii libqt4-network4:4.7.3-1 Qt 4 network module ii libqt4-svg4:4.7.3-1 Qt 4 SVG module ii libqt4-xml4:4.7.3-1 Qt 4 XML module ii libqtcore44:4.7.3-1 Qt 4 core module ii libqtgui4 4:4.7.3-1 Qt 4 GUI module ii libstdc++64.6.0-2The GNU Standard C++ Library v3 Versions of packages kdbg recommends: ii gdb 7.2-1 The GNU Debugger kdbg suggests no packages. -- no debconf information // Copyright (C) 2011 Philip Ashmore (cont...@philipashmore.com) // License: LGPLv3. See LICENSE.txt for the full license. // (libc.info.gz)Memory-mapped I/O // https://developer.mozilla.org/En/SpiderMonkey/JSAPI_User_Guide // Release mode // g++ -O3 -g -Wall -o sudoku-solver $(pkg-config --cflags mozilla-js) $(pkg-config --libs mozilla-js) sudoku-solver.cpp // Debug mode // g++ -O0 -g -Wall -o sudoku-solver $(pkg-config --cflags mozilla-js) $(pkg-config --libs mozilla-js) sudoku-solver.cpp #include sys/types.h #include sys/mman.h #include ftw.h #include fcntl.h #include string.h #include iostream #include iomanip #include map #include set using namespace std; #include jsapi.h typedef map string, uintN SolutionsMap; SolutionsMap solutions; string last_text, puzzle; uint64_t permute_count = 0; uint64_t solution_count = 0; bool g_all = false, g_quiet = false; namespace Sudoku { class BoardItem { public: BoardItem(uintN n = 0) : m_data(n) {} BoardItem operator =(uintN x) { set_number(x, false); return *this; } uintN number() const { return m_data 15; } bool given() const { return m_data 16; } void set_number(uintN num, bool given_) { m_data = num + (given_ ? 16 : 0); } void set_given(bool b) { m_data = number() + (b ? 16 : 0); } operator uintN() const { return number(); } protected: uintN m_data; }; typedef BoardItem Board[9][9]; struct Row { Row() : m_data() { for(uintN n = 0; n 9; ++n) m_data[n] = BoardItem(); } Row(const Row o) : m_data(o.m_data) { for(uintN n = 0; n 9; ++n) m_data[n] = o.m_data[n]; } Row operator =(const Row o) { for(uintN n = 0; n 9; ++n) m_data[n] = o.m_data[n]; return *this; } BoardItem operator[](uintN n) { return m_data[n]; } const BoardItem operator[](uintN n) const { return m_data[n]; } bool empty() const { uintN n; for(n = 0; n 9; ++n) if(m_data[n]) return false; return true; } inline uintN length() const { uintN n; for(n = 0; n 9; ++n) if(!m_data[n]) break; return n; } protected: BoardItem m_data[9]; }; ostream operator (ostream s, const Row r) { uintN len = r.length(); for(uintN n = 0; n len; ++n) { if(n) s ' '; s r[n]; } return s; } struct stream_range { stream_range(const Row r_, uintN m_) : row(r_) , mark(m_) {} const Row row; uintN mark; }; ostream operator (ostream s, const stream_range r) { uintN len = r.row.length(); for(uintN n = 0; n len; ++n) { if(n) s ' '; if(n == r.mark) s '['; s r.row[n]; if(n == r.mark) s ']'; } return s; } const Row row_all_filled() { Row r; for(uintN n = 0; n 9; ++n) r[n] = n + 1; return r; } const Row all_filled
Bug#628670: general: Long waking up times on Intel HD gpu and rtl8192ce wireless drivers
On Wed, 2011-06-01 at 22:54 +0200, Michal Tóth wrote: Fresh boot, suspend via clickable shutdown menu (did not work quite well, dunno why), then finally suspend via closed lid, successful wake up which took around 2 mins and finally removing and modprobing wifi modules to put wifi on workable state. Dmesg - See attached file. You are missing firmware for r8169 and rtl8192ce drivers. This is packaged in 'firmware-realtek'. The firmware requested by r8169 is optional; it's actually a patch that fixes compatibility with some switches and computers. In Linux 2.6.39 (now in sid) the driver will not try to load it during resume. The firmware requested by rtl8192ce is required. The driver should not try again to load it during resume, but it appears to do so even if the firmware was successfully loaded previously. This appears to be fixed in Linux 3.0-rc1, but I'm not sure we can easily apply the fix to Linux 2.6.39. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#628832: linux-image-2.6.39-1-686-pae: Blank DVI output after resume when using KMS on RV250
On Wed, 2011-06-01 at 19:37 +0200, Arnaud Gardelein wrote: Package: linux-2.6 Version: 2.6.39-1 Severity: normal Tried s2ram from console with parameters suggested in: http://old-en.opensuse.org/S2ram [...] That information is obsolete if you're using KMS. Please test with 'echo mem /sys/power/state' first. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#629029: general: Screen scrambled up after hibernation wake up
Package: general Severity: important Hello, after the 2nd or 3rd wake up from hibernation, the screen is all scrambled and I have to reboot the computer (maybe killing X would be sufficient but in either case, my session goes down the drain). Etienne P.S. Thanks for making Debian! -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628522: perl: ExtUtils::MakeMaker overriding CCFLAGS when passed to WriteMakefile
On Thu, Jun 02, 2011 at 09:53:52PM +0100, Dominic Hargreaves wrote: On Thu, Jun 02, 2011 at 09:29:11PM +0300, Niko Tyni wrote: I expect that you didn't build libdbd-oracle-perl (it's in contrib as it needs some Oracle binaries), but if you still have the build logs available, could you please check if any other log contains $Config{ccflags} twice? Such packages would be currently using CCFLAGS correctly and potentially be affected negatively by the fix. I doubt that having the flags twice breaks anything, but verifying that would be good. Grepping for -D_REENTRANT.*-D_REENTRANT or something like that should do. Sure. Thanks. I see there are more packages using CCFLAGS correctly than I thought. Interestingly, some of these modify the $Config{ccflags} settings. From libsearch-xapian-perl: my $CCFLAGS = $Config{'ccflags'}; # Perl is built with -Wdeclaration-after-statement on RHEL5 - this isn't # meaningful for C++ - it only emits a warning but it's easy to fix. $CCFLAGS =~ s/(?:^|\s+)-Wdeclaration-after-statement(?:\s+|$)/ /; # The generated code causes variable may be used uninitialized warnings # if Perl was built with -Wall. $CCFLAGS =~ s/(^|\s+)-Wall(\s+|$)/$1-Wall -Wno-uninitialized$2/; $CCFLAGS .= ' ' . $var{CPPFLAGS} if exists $var{CPPFLAGS}; $CCFLAGS .= ' ' . $var{CXXFLAGS} if exists $var{CXXFLAGS}; and from libverilog-perl: # Grr; some flags cause warnings in g++ (my $ccflags = $Config{ccflags}) =~ s/ *-Wdeclaration-after-statement//; Doing that would be impossible with the patch I proposed. This seems to imply that blindly overriding CCFLAGS isn't quite the right thing to do after all. A better approach might be to update the EU::MM documentation, optionally add a new CCEXTRAFLAGS that automatically includes $Config{ccflags}, and fix the modules that currently don't use $Config{ccflags} at all. I'll comment on the upstream ticket too. The real positives are libdbd-pg-perl_2.18.1-1+b1-i386-20110602-1244 graphicsmagick_1.3.12-1+b3-i386-20110602-0111 imagemagick_6.6.9.7-2+b1-i386-20110602-0934 libsearch-xapian-perl_1.2.5.0-3+b1-i386-20110602-0259 libalgorithm-permute-perl_0.12-1+b2-i386-20110601-2333 libverilog-perl_3.306-1+b1-i386-20110602-1303 these use $Config{ccflags} to set CCFLAGS libzeromq-perl_0.15-1+b1-i386-20110602-0429 uses $Config{ccflags} to set CCFLAGS via inc/Module/Install/XSUtil.pm libunicode-japanese-perl_0.47-1+b2-i386-20110602-0422 nginx_1.0.1-1+b1-i386-20110602-0922 these use ExtUtils::Embed::ccopts() to set CCFLAGS False positives: freeradius_2.1.10+dfsg-3+b1-i386-20110602-1216 libxml-xerces-perl_2.7.0-0+deb1-2+b2-i386-20110602-0427 these explicitly concatenate -D_REENTRANT with the flags from ExtUtils::Embed::ccopts / Config{ccflags} frozen-bubble_2.2.0-2+b2-i386-20110602-1305 kvirc_4.1.1~svn5829-1+b1-i386-20110601-2312 net-snmp_5.4.3~dfsg-2.2+b1-i386-20110602-0320 sdlperl_2.2.5-1+b3-i386-20110602-1300 subversion_1.6.16dfsg-1+b3-i386-20110602-0329 vim_7.3.154+hg~74503f6ee649-2+b2-i386-20110602-1110 these pick up -D_REENTRANT from somewhere else besides ExtUtils::Embed xmms2_0.7DrNo+dfsg-2+b3-i386-20110601-2336 picks up -D_REENTRANT from somewhere else besides $Config{ccflags} -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628718: linux-2.6: Swap on encrypted volume slows system to a crawl (not explicable by encryption overhead)
On Tue, 2011-05-31 at 18:37 +0200, SirJective wrote: Package: linux-2.6 Version: 2.6.38-2 Severity: important I'm using swap space on an LVM volume on a LUKS-encrypted partition. Swapping is ridiculously slow ( 1MB/s) whenever I swap to either the encrypted swap partition, or some file inside an encrypted partition. It is reasonably fast when swapping to a file on an unencrypted partition. Normal writes (file copying, dd if=/dev/zero, etc) to the encrypted partition are reasonably fast (~30MB/s), so the CPU overhead caused by encryption cannot account for this. Please run 'top -b -d 1 -n 10' while this is happening and send the output. [I posted a similar bug for 2.6.32 to the linux-image-*-686 package in squeeze, which was probably a bad idea, so I'm posting this to the linux-2.6 source package, where all the other bugs are posted.] That should not be necessary; reportbug should assign the bug to 'linux-2.6' anyway. What was the other bug number? Also, is it correct that this bug is present in both the 'squeeze' kernel (version 2.6.32-34squeeze1) and version 2.6.38-2? Is it fixed in version 2.6.39-1 (currently in sid)? The real-world impact is that, for example, when I open a huge image in iceweasel with other stuff already open in the background, the system virtually freezes up for 15 minutes or more. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#629030: gnome-terminal: Ctrl-shift-T stopped working
Package: gnome-terminal Version: 2.30.2-1 Severity: normal I did an update yesterday And now Ctrl-Shift-T has stopped opening a tab [Note the keyboard shortcuts show it as there] -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data2.30.2-1 Data files for the GNOME terminal ii libatk1.0-02.0.0-1 The ATK accessibility toolkit ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libvte91:0.24.3-2+b1 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.3-1 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627837: linux-2.6: Aufs apparently silently dropped, breaking debian-live
On Wed, 2011-05-25 at 00:39 +0200, Daniel Baumann wrote: tag 627837 patch thanks i've updated aufs in my own kernel tree, feel free to merge: http://vcs.progress-linux.org/?p=packages/linux-2.6.git;a=commitdiff; h=26a2fd380e516f1df527c0357334eb5e10cdccb3 http://vcs.progress-linux.org/?p=packages/linux-2.6.git;a=commitdiff; h=973422c91686a621ecd81db1813ed3e77a837b2c I can't merge from git to svn. However I regenerated the patches from aufs2-standalone, fixed up the obvious context error, and got the same result as you. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#627613: Mistaken aliasing of $ somewhere in the bowels of Perl
On Sun, May 22, 2011 at 06:13:08PM +0100, Ian Jackson wrote: Package: perl Version: 5.10.1-17 Observe the transcript below. You'll see that the other match against $thing seems to somehow pollute the use of $ in the assignment to Num, but only in the simple case. It looks like the $ fetch magic gets called too late. Evaluating it earlier, for instance with stringification, fixes things. % perl -E '$_=not ok; for my $m ( (/ok/ and $), /$_/) { say $m; last }' not ok % perl -E '$_=not ok; for my $m ( (/ok/ and $), /$_/) { say $m; last }' ok Still happens with 5.14.0. I'll forward this upstream. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597096: libct4: segfault at 20 error 4 in libct.so.4.0.0
tags 597096 unreproducible moreinfo thanks On Thu, Sep 16, 2010 at 05:52:18PM +0300, TheRAT wrote: Package: libct4 Version: 0.82-4 Severity: normal Using freetds with the following config [ALFA] host = alfa.GROUP.net instance = WIZSERVER port = 1433 client charset = UTF-8 tds version = 7.2 Trying to connect to MS SQL 2005 server When address is not reachable sqsh hangs and terminates after awhile Then the following error is printed in the /var/log/kern.log (or syslog depending on config) Sep 16 03:25:03 alfalinker kernel: [15842253.144464] sqsh[2620]: segfault at 20 ip b7f73474 sp bfbd5510 error 4 in libct.so.4.0.0[b7f6e000+48000] I can't reproduce this problem using libct4 0.82-7, which includes no code changes vs. version 0.82-4. Please provide a gdb backtrace of the failed sqsh process. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#628991: `iso-scan` fails with `main-menu[343]: WARNING **: Configuring 'iso-scan' failed with error code 1`
Quoting Paul Menzel (pm.deb...@googlemail.com): Package: installation-reports Boot method: USB Image version: daily images from 02-Jun-2011 11:21 • http://d-i.debian.org/daily-images/amd64/daily/ • http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Could you try with a *netboot* variant of the installer? The key point is the version of the iso-scan package that's used: either 1.31 or 1.35 signature.asc Description: Digital signature
Bug#538793: please close
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Clementine is in Christian's multimedia repository. It works fine for me. I would suggest to close this bug report. Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3oddoACgkQUTlbRTxpHje3twCdGPV9c7V870UP06uGe7CKK7Sf Xx0AoICOfwjBR5BBPZ2Ac7Bfoj83iiVn =EIhO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629030: Acknowledgement (gnome-terminal: Ctrl-shift-T stopped working)
Its working now -- sorry for the noise (but mystified) On Fri, Jun 3, 2011 at 10:54 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to rustompm...@gmail.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Guilherme de S. Pastore gpast...@debian.org If you wish to submit further information on this problem, please send it to 629...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 629030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629030 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#628816: gnome-specimen: Does not run (module object has no attribute program_init)
tag 628816 +unreproducible thanks On Wed, Jun 1, 2011 at 9:19 PM, Sam Morris s...@robots.org.uk wrote: $ gnome-specimen Traceback (most recent call last): File /usr/bin/gnome-specimen, line 30, in module specimen.main.main(sys.argv[1:]) File /usr/lib/pymodules/python2.6/specimen/main.py, line 59, in main prog = gnome.program_init(config.PACKAGE, config.VERSION) AttributeError: 'module' object has no attribute 'program_init' Interesting. I could not reproduce this on unstable. -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org