Bug#569227: ncurses-base: break handling of ctrl-c in xterm and rxvt using bash
Hi Joachim, On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote: Ever thought of upgrading this two years old, totally unsupported kernel? I followed your advise and upgraded my kernel to vanilla 2.6.32.8. The problem persists in all detail (only that I lost all my old xterms). On the other hand the kernel upgrade only worsened the situation in many other aspects (#545163, #569314, ...). Do you have any other ideas on how to debug this problem? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216074612.ga23...@alf.mars
Bug#563717: [Pkg-scicomp-devel] Bug#563717: [python-opencv] Missing cv module
Hello,
That is the old python interface.
On Feb 16, 2010, at 6:18 AM, Nobuhiro Iwamatsu wrote:
Hi,
2010/1/5 Federico Ceratto federico.cera...@gmail.com:
Package: python-opencv
Version: 2.0.0-2
Severity: important
--- Please enter the report below this line. ---
Hello,
Starting with version 2.0 OpenCV provides a new Python interface that should
be imported by running import cv [see
http://opencv.willowgarage.com/wiki/PythonInterface ]
Such module seems to be missing from the 2.0.0-2 package. The only files
named cv.py in my /usr directory seems to be the usual sub-modules of the
opencv module:
/usr/share/pyshared/opencv/cv.py
/usr/lib/pymodules/python2.5/opencv/cv.py
Is it missing or has it been packaged with a different name?
may be from opencv import cv?
I confirmed it in the following sources
-
#! /usr/bin/env python
import sys
from opencv import cv
if __name__ == '__main__':
print OpenCV version:%d.%d.%d % (
cv.CV_MAJOR_VERSION,
cv.CV_MINOR_VERSION,
cv.CV_SUBMINOR_VERSION)
-
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To unsubscribe, send mail to 563717-unsubscr...@bugs.debian.org.
--
Gijs Molenaar
http://gijs.pythonic.nl
g...@pythonic.nl
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/59e5ab41-fb83-4e4a-b0bb-acfb79764...@pythonic.nl
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
tags 570064 + patch
thanks
Dear maintainer,
I've prepared an NMU for diffutils (versioned as 1:2.9-1.1) and
uploaded it to DELAYED/01. Please feel free to tell me if I
should delay it longer.
Regards.
--
Raphaël Hertzog
diff -Nru diffutils-2.9/debian/changelog diffutils-2.9/debian/changelog
--- diffutils-2.9/debian/changelog 2010-02-16 09:04:37.0 +0100
+++ diffutils-2.9/debian/changelog 2010-02-16 09:02:16.0 +0100
@@ -1,3 +1,19 @@
+diffutils (1:2.9-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Switch to source format 3.0 (quilt) to be able to add a patch
+together with its meta-information.
+ * Revert upstream commit that changes Binary files ... differ into
+Files ... differ since that breaks dpkg-source. This change is to
+be kept until either:
+- upstream also reverts the change
+- a fixed dpkg-dev is available in all distributions (squeeze+2)
+Otherwise a Breaks against the non-compatible dpkg-dev versions needs to be
+added to the diffutils package.
+Closes: #570064
+
+ -- Raphaël Hertzog hert...@debian.org Tue, 16 Feb 2010 08:52:03 +0100
+
diffutils (1:2.9-1) unstable; urgency=low
* New upstream release, now under GPL version 3 or later.
diff -Nru diffutils-2.9/debian/patches/revert-output-on-binary-files diffutils-2.9/debian/patches/revert-output-on-binary-files
--- diffutils-2.9/debian/patches/revert-output-on-binary-files 1970-01-01 01:00:00.0 +0100
+++ diffutils-2.9/debian/patches/revert-output-on-binary-files 2010-02-16 08:57:34.0 +0100
@@ -0,0 +1,34 @@
+Description: Switch back output Binary files ... differ
+ This patch reverts upstream commit
+ a352f09806a8606b4bbec07048da6762ce7d9afa that changed Binary files %s
+ and %s differ into Files %s and %s differ since that
+ change breaks dpkg-dev/dpkg-source.
+ .
+ This change is to be kept until either:
+ - upstream also reverts the change
+ - a fixed dpkg-dev is available in all distributions (squeeze+2)
+ Otherwise a Breaks against the non-compatible dpkg-dev versions needs to
+ be added to the diffutils package.
+Origin: upstream, http://git.savannah.gnu.org/cgit/diffutils.git/commit/?id=a352f09806a8606b4bbec07048da6762ce7d9afa
+Bug-Debian: http://bugs.debian.org/570064
+
+--- a/src/analyze.c
b/src/analyze.c
+@@ -454,9 +454,14 @@ briefly_report (int changes, struct file
+ {
+ char const *label0 = file_label[0] ? file_label[0] : filevec[0].name;
+ char const *label1 = file_label[1] ? file_label[1] : filevec[1].name;
+- message (Files %s and %s differ\n, label0, label1);
+- if (! brief)
+- changes = 2;
++
++ if (brief)
++ message (Files %s and %s differ\n, label0, label1);
++ else
++ {
++ message (Binary files %s and %s differ\n, label0, label1);
++ changes = 2;
++ }
+ }
+
+ return changes;
diff -Nru diffutils-2.9/debian/patches/series diffutils-2.9/debian/patches/series
--- diffutils-2.9/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ diffutils-2.9/debian/patches/series 2010-02-16 08:51:32.0 +0100
@@ -0,0 +1 @@
+revert-output-on-binary-files
diff -Nru diffutils-2.9/debian/source/format diffutils-2.9/debian/source/format
--- diffutils-2.9/debian/source/format 1970-01-01 01:00:00.0 +0100
+++ diffutils-2.9/debian/source/format 2010-02-16 09:04:37.0 +0100
@@ -0,0 +1 @@
+3.0 (quilt)
Bug#365137: snooper: line editing enhancement: DEL
Gabor, unfortunately your supplied patch can not be integrated in the current version of snooper. A bunch of other patches get applied against the upstream version to fix numerous bugs. Unfortunately, they also got rid of the procedure your patch is applying against. I will keep that bugreport open but it's a matter of time when i will find a solution to easily integrate it. I'm not sure whether this is a direct problem in snooper ore a terminal emulation issue. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a51d6.1020...@cubewerk.de
Bug#566391: Please also include calendar.thai
On Mon, Feb 15, 2010 at 08:16:38AM +0700, Theppitak Karoonboonyanan wrote: Please also #include calendar.thai in appropriate meta-calendar (calendar.all, I think?), so that it's really effective. Thanks. Oops, sorry, fixing. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216081709.ga9...@feivel.credativ.lan
Bug#570063: override: libunwind7: libs/optional [!ia64]
Hi Sven, Sven Joachim schrieb: Please downgrade the priority of libunwind7 to optional on all architectures except ia64 where it is indeed required. there is no arch specific override. This value must be identical for all architectures. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a546c.60...@debian.org
Bug#232029: snooper: segfault when resizing the terminal window
Christian, this report is more than 6 years old but could you please try if the problem still persists with the latest snooper package from unstable? There have been many changes in the past. I was trying to reproduce your problem but it works in my office. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a52ff.3020...@cubewerk.de
Bug#569436: [Pkg-scicomp-devel] Bug#569436: Bug#569436: lapack: zgesvd seems to give incorrect results
Le lundi 15 février 2010 à 22:02 -0600, Kumar Appaiah a écrit : On Mon, Feb 15, 2010 at 10:39:52AM -0600, Kumar Appaiah wrote: On Sat, Feb 13, 2010 at 09:59:24AM -0600, Kumar Appaiah wrote: * Explicit dependency on gcc 4.3 removed (Closes: #533807) but the changelog does not say what this explicit dep has been added... I would also suspect that this is a compiler related issue; for your modifications are only in the control file and changelog. I'll try to probe this further, and let you know. Upon further probing, I can confirm that if I switch the -O3's in debian/rules to -O2, then things start working fine. I'll try to probe further and see how to put the blame elsewhere (on the compiler, that is). OK, after wasting several hours on this, I couldn't really get to the root of the problem. The trouble is that zgesvd causes several lapack calls, each of which calls several lapack functions; it is very difficult to isolate which Blas function actually causes the error. Since SVD is something I consider very important, I would request you to please re-upload Blas with an optimization level of -O2, so that things remain sane with all the reverse dependencies. OK, thank for your investigation. I will do that then. Thanks, and sorry. Sorry for what ? :) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1266308903.25552.46.ca...@korcula.inria.fr
Bug#568620: help on porting to s390
Dear Christophe, I think that as a developer you should already have access to portboxen: http://release.debian.org/squeeze/arch_qualify.html But IIUC that would not be needed except to verify a fix to this bug. | sbuild (Debian sbuild) 0.59.1 (24 Jan 2010) on lxdebian.bfinv.de [...] | life/lifecore/application.cpp:436: error: ambiguous overload for 'operator' | life/lifecore/debug.hpp:134: note: candidates are: Life tries to use to print something, and it is not obvious to the compiler which function is meant. Looking at application.cpp, it seems the value to be printed is of type std::string::size_type. Looking at debug.hpp, it seems that operator accepts an int32_t uint32_t, int64_t, or uint64_t, but does not mention string::size_type by name in its list of signatures. Chasing definitions from /usr/include/c++/whatever/string, it seems that string::size_type is size_t. So one problem is that although size_t may have the same range of values and representation as one of the four types listed above, it is not necessarily the same type, so the compiler can complain. I have been attempting to understand the build failure [1] and [2] for the package life [3]. This failure occurs only for s390. Patience. ;-) It is true that x86 builds did not catch this, but most other platforms so far did. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216083748.ga1...@progeny.tock
Bug#570067: otf-ipafont: Please consider splitting out to -mincho and -gothic packages
Package: otf-ipafont Version: 00301-3 Severity: wishlist Hi, I would like to use a smarte Japanese mincho font, so I'm using IPA Mincho. However, I prefer not to use IPA Gothic. So I think splitting out this package to -mincho and -gothic enables (and a metapackage depending on both) users to select a font to use with their preferences. Thanks, -- YOSHINO Yoshihito yy.y.ja...@gmail.com -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (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 otf-ipafont depends on no packages. otf-ipafont recommends no packages. Versions of packages otf-ipafont suggests: ii fontconfig2.8.0-2generic font configuration library ii x-ttcidfont-conf 32 TrueType and CID fonts configurati ii xserver-xorg 1:7.5+3the X.Org X server -- 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 Archive: http://lists.debian.org/5dfee04b1002160038j578adc3eo47afd7be9edef...@mail.gmail.com
Bug#570066: xm new: undeclared dependency on absent Python library xmlproc.
Package: xen-utils-common Version: 3.4.2-2 Severity: important On a fresh Debian Sid system, I get this: # xm new Unexpected error: type 'exceptions.ImportError' Please report to xen-de...@lists.xensource.com Traceback (most recent call last): File /usr/lib/xen-3.4/bin/xm, line 8, in module main.main(sys.argv) File /usr/lib/xen-3.4/lib/python/xen/xm/main.py, line 2997, in main _, rc = _run_cmd(cmd, cmd_name, args) File /usr/lib/xen-3.4/lib/python/xen/xm/main.py, line 3021, in _run_cmd return True, cmd(args) File string, line 1, in lambda File /usr/lib/xen-3.4/lib/python/xen/xm/main.py, line 1366, in xm_importcommand cmd = __import__(command, globals(), locals(), 'xen.xm') File /usr/lib/xen-3.4/lib/python/xen/xm/new.py, line 26, in module from xen.xm.xenapi_create import * File /usr/lib/xen-3.4/lib/python/xen/xm/xenapi_create.py, line 23, in module from xml.parsers.xmlproc import xmlproc, xmlval, xmldtd ImportError: No module named xmlproc xmlproc is not available in Squeeze or Sid. It appears to be provided by python-xml in Lenny. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216083819.6617.16820.report...@clio.local
Bug#570063: override: libunwind7: libs/optional [!ia64]
On 2010-02-16 09:16 +0100, Torsten Werner wrote: Sven Joachim schrieb: Please downgrade the priority of libunwind7 to optional on all architectures except ia64 where it is indeed required. there is no arch specific override. This value must be identical for all architectures. :-( So the choice is installing a useless package on all i386 systems by default or accepting a policy violation. Oh well. Is there any chance of implementing arch-specific overrides? Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iq9xr2mj@turtle.gmx.de
Bug#570068: pyfribidi: heap-based buffer overflow
Package: pyfribidi Version: 0.6-1 Severity: grave Tags: security Justification: user security hole pyfribidi is susceptible to heap-based buffer overflows, see the upstream bugreport: http://sourceforge.net/tracker/?func=detailaid=2676136group_id=158366atid=807545 Unfortunately, the upstream fix for this problem intoroduced in pyfribidi 0.9 only made the bug more blatant. According to the original reporter, pyfribidi is affected only if fribidi = 0.19.1 is installed. If this is actually the case, the bug is a non-issue for lenny. -- Jakub Wilk signature.asc Description: Digital signature
Bug#567378: Using alternatives for /usr/bin/markdown?
-=| Bernd Zeimetz, Mon, Feb 08, 2010 at 10:50:28PM +0100 |=- Is there a reason why markdown should be kept in the archive then? I think no. But the package is still listed as maintained as Matt Kraai. Matt, do you mind the proposed removal of the markdown package in favour of libtest-markdown-perl and python-markdown? Migrating to to libtext-markdown-perl sounds like the best idea. I'm CCing the RFA bug for markdown to let people know about that. We could make markdown a package which depends on libtext-markdown-perl | python-markdown to migrate to an uptodate version and handle /usr/bin/markdown by alternatives. The other option would be to drop /usr/bin/markdown from the python package, I don't have a proper opinion on that the best thing is yet. Do I understand your suggestion correctly? You propose that libtext-markdown-perl adds a transitional 'markdown' binary package which depends on libtext-markdown-perl | python-markdown. Additionaly, 'libtext-markdown-perl' and 'python-markdown' should conflict/replace 'markdown ( 1.0.26-2~)', right? (assuming 1.0.26-2 is the version introducing the 'markdown' binary package'). About alternatives, if we define the markdown interface to be markdown input output then both implementations seem to support it and alternatives are appropriate. (Note that starting libt-m-p's markdown without arguments waits for input from STDIN (an can be used as 'markdown input'), while p-m's markdown shows usage information. Not sure if this is an incompatibility that needs addressing) Now we 'only' have to decide about priorities :) signature.asc Description: Digital signature
Bug#570069: libcomedi0: Package has a Depends on udev which cannot be satisfied on kfreebsd-[i386|amd64]
Package: libcomedi0 Version: 0.8.1-5 Severity: important available yet uninstallable on kfreebsd-* See also: http://qa.debian.org/debcheck.php?dist=unstablepackage=comedilib Can comedi be used on kfreebsd? Thank you. Alan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.0-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 Archive: http://lists.debian.org/20100216084056.5304.5887.report...@forth.extra.cea.fr
Bug#494942: WARNING **: Error rendering thumbnail
Dear Denis, Am Montag, den 15.02.2010, 21:23 -0500 schrieb Denis Laxalde: On Wed, 13 Aug 2008 12:04:33 +0200, Paul Menzel wrote: while adding a follow-up for 489874, I read [1] and tried it and it fails for me also. Evince just opens a window and does display Loading … as a gray overlay and nothing happens anymore. $ evince ja2410-fig10+p.eps [1] 10314 /tmp$ undefined -21 undefined -21 undefined -21 undefined -21 ** (evince:10314): WARNING **: Error rendering thumbnail I can still reproduce this in Lenny, but not with Evince 2.28. This might have been fixed in the meantime. Can you confirm ? Yes I can confirm that it works without problems in Evince 2.28. Sorry for not keeping an eye on my bug report, so unfortunately do not know when it got fixed exactly. Could you take on the task of tagging this bug report correctly? I do not even know if this can be closed because it is still present in Lenny. Thanks, Paul signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#570056: iceweasel: SIGSEGV - nsDOMEvent::AddRef
On Tue, Feb 16, 2010 at 07:29:10AM +0100, Sandro Tosi wrote:
Package: iceweasel
Version: 3.5.6-2
Severity: normal
Hello,
Attached is a gdb backtrace of a segfault I faced yesterday. I have a 'core'
file, so if you want me to debug it further, please guide me :)
Considering all the random crashes you are facing, I'm inclined to think
there might be something wrong on your environment. Can you try
disabling at least all those things that have binaries in them, which
means at least plugins and firegpg, I don't know if some other of your
extensions have a binary component, you should try checking in
/proc/$pid/smaps or with lsof to see opened .so files in extensions
directories, and disable the corresponding extension you can get from
the list behind.
Other than that, with your core file, could you at least get (and send)
the output for disassemble, info registers, and info locals ?
Cheers,
Mike
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Status: enabled
Name: Adblock Plus: Element Hiding Helper
Location: ${PROFILE_EXTENSIONS}/elemhidehel...@adblockplus.org
Status: enabled
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Delicious Bookmarks
Location: ${PROFILE_EXTENSIONS}/{2fa4ed95-0317-4c6a-a74c-5f3e3912c1f9}
Status: enabled
Name: Download Statusbar
Location: ${PROFILE_EXTENSIONS}/{D4DD63FA-01E4-46a7-B6B1-EDAB7D6AD389}
Status: enabled
Name: FireGPG
Location: ${PROFILE_EXTENSIONS}/fire...@firegpg.team
Status: enabled
Name: Forecastfox
Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3}
Status: user-disabled
Name: Google Notebook
Location: ${PROFILE_EXTENSIONS}/noteb...@google.com
Status: app-disabled
Name: Print It!
Location: ${PROFILE_EXTENSIONS}/{349ce370-12e8-11d9-9669-0800200c9a66}
Status: app-disabled
Name: SwiftTabs
Location: ${PROFILE_EXTENSIONS}/{5d702c56-6be8-414c-aa50-cf73ced87ff4}
Status: app-disabled
Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}
Status: user-disabled
-- Plugins information
Name: MozPlugger 1.13.1 handles QuickTime and Windows Media Player Plugin
(1.13.1)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: disabled
Name: Helix DNA Plugin: RealPlayer G2 Plug-In Compatible (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-complex-plugin.so
Package: totem-mozilla
Status: disabled
Name: VLC Multimedia Plugin (compatible Totem 2.28.5)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: disabled
Name: Windows Media Player Plug-in 10 (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: disabled
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: disabled
Name: QuickTime Plug-in 7.2.0
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: disabled
Name: DjVuLibre-3.5.22
Location: /usr/lib/netscape/plugins-libc6/nsdejavu.so
Package: djvulibre-plugin
Status: disabled
-- Addons package information
ii djvulibre-plug 3.5.22-7 Browser plugin for the DjVu image format
ii iceweasel 3.5.6-2Web browser based on Firefox
ii mozplugger 1.13.1-1 Plugin allowing external viewers to be launc
ii totem-mozilla 2.28.5-1 Totem Mozilla plugin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216091237.gc18...@glandium.org
Bug#570070: openjdk-6-source: classes missing from src.zip
Package: openjdk-6-source Version: 6b17-1.7-1 Severity: important The source files in src.zip do not agree with those found in rt.jar. A large number of classes are found in one, but not the other. To get a full diff: ~$ jar tf /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar |sed s/.class$// | grep -v \\\$ |sort rt ~$ jar tf /usr/lib/jvm/java-6-openjdk/src.zip |sed s/.java$// | grep -v /$ | sort src $ diff -u rt src | diffstat src | 2825 ++-- 1 file changed, 289 insertions(+), 2536 deletions(-) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.8-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-source depends on: ii dpkg 1.15.5.6 Debian package management system ii openjdk-6-jdk 6b17-1.7-1 OpenJDK Development Kit (JDK) ii openjdk-6-jre 6b17-1.7-1 OpenJDK Java runtime, using Hotspo openjdk-6-source recommends no packages. openjdk-6-source 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 Archive: http://lists.debian.org/20100216092616.6606af...@better.bindows.net
Bug#545935:
On Tue, Feb 16, 2010 at 10:41:08AM +0800, Jason Heeris wrote: Well, I can't get resume from suspend to work on 2.6.32-trunk (I'm using the stock kernels now, not compiling from source), so when I debug *that* I'll let you know ;) Cheers, Jason better check against 2.6.32-8 that you'll find in sid/unstable. has already ton of stable fixes on top :) installs just fine in stable/testing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216091717.gd19...@baikonur.stro.at
Bug#569840: [openoffice.org] Could not update from 1:3.1.1-14
Hi, On Tue, Feb 16, 2010 at 09:54:08AM +0100, Abou Al Montacir wrote: aziz:~# LANG=C aptitude upgrade Works here. Clean squeeze chroot + OOo + aptitude - sid Here I have it reproduced in multiple machines. These are sid machines updated very often, but not particular configuration. Just default maintainers scripts in /etc Hmm. Another fix is to check the return code of the input command. If it is 30 then the user is not being shown the question you asked them, and you should break out of the loop. OK, so db_input shows 30 if the stuff is not shown. Err, why? I mean it's set to high. Did you configure your system to not display even high notes? (Besides that, the db_go (which actually shows the question has a || true as mandated by the doc, but the db_input not, yes) I don't remember I played with such config. Could you please give more details on how change this? dpkg-reconfigure debconf. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216092853.gb14...@rene-engelhard.de
Bug#565344: Found a second workaround
On Fri, 2010-02-12 at 16:50 +0100, Bruno Kleinert wrote: Am Dienstag, den 02.02.2010, 16:08 +0100 schrieb Bruno Kleinert: A further experiment to collect information: On the Intel notebook I tried blindly to restore gamma values from the KMS framebuffer text console with DISPLAY=:0.0 xgamma -gamma 1.0 but that didn't bring back neither the framebuffer console nor the X session when I tried to switch to it. Only Blindly unlocking the GNOME screensaver and issuing the xgamma command restores the gamma values for the X session and also the KMS framebuffer text. Btw.: Also at the framebuffer console when I issued the xgamma command before, xgamma claimed that the gamma settings already were all set to 1.0 for R, G and B. And some other news from tests: After installing xserver-xorg-video-radeon and mesa 7.7, both from experimental, the AMD/ATI machine is able to run compiz (Works really surprisingly stable - but that's off topic here ;). I installed compiz packages also on the Notebook with Intel GPU. To my surprise *both* machines could suspend and resume without any black screen at all! I don't have too many suspend/resume cycles until now, but ATM it seems as if both machines resume reliably when they're running compiz. That might explain why I haven't seen the problem, as I run compiz almost exclusively. :) * Software - that likely is - involved: Metacity, configured as compositing manager (Use gconf-editor to set /apps/metacity/general/compositing_manager to 'true') and GNOME screensaver Does the problem also occur with Metacity with compositing disabled? What about other window managers? My conclusion: It's hardware and driver independent, so it's likely to be a bug in the core xserver. ...and somehow the usage of AIGLX by compiz works around that issue. If DRI2 is enabled on the Intel machine, compiz probably isn't using AIGLX. I think it's more likely related to some kind of colourmap related interaction unique to compiz or Metacity. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1266313065.19618.2937.ca...@thor.local
Bug#536340: [Linux-2.6.30-1-amd64] No sound out of the front jack
The front jack doesn't work neither on unstable 2.6.32-2 kernel. On alsa side, I hope I have been doing a good bug report... https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4917 Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp19d58dc3a5ad2f8250d850e6...@phx.gbl
Bug#466330: Bug#567378: Using alternatives for /usr/bin/markdown?
Damyan Ivanov wrote: -=| Bernd Zeimetz, Mon, Feb 08, 2010 at 10:50:28PM +0100 |=- Is there a reason why markdown should be kept in the archive then? I think no. But the package is still listed as maintained as Matt Kraai. Matt, do you mind the proposed removal of the markdown package in favour of libtest-markdown-perl and python-markdown? The old /usr/bin/markdown is supposed to be a lot faster than the new perl variant, so I'm wondering if it makes sense to keep it. Also we could probably compare the speed of the Python version with the to Perl implementations. The fastest one should be preferred in alternatives. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a680b.4080...@bzed.de
Bug#570071: udev: Monitor turned off before the login or during recovery mode
Package: udev Version: 151-1 Severity: normal I do not know if it's a bug, or if it depends on udev, but after the last update the monitor of my Asus EeePC 1000HE, during the boot sequence, is turned off. This makes impossible even to use the recovery mode. These are the packages after the upgrade of which the problem occurred: === [AGGIORNATO] libgudev-1.0-0 150-2 - 151-1 [AGGIORNATO] libidn11 1.15-2 - 1.18-1 [AGGIORNATO] libjpeg62 6b-16 - 6b-16.1 [AGGIORNATO] libjpeg8 8-2 - 8-2.1 [AGGIORNATO] libtiff4 3.9.2-3 - 3.9.2-3+b1 [AGGIORNATO] libudev0 150-2 - 151-1 [AGGIORNATO] mtools 4.0.10-1 - 4.0.12-1 [AGGIORNATO] udev 150-2 - 151-1 [AGGIORNATO] update-inetd 4.35 - 4.36 === I hope that these informations can be useful. Hi and thanks -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 19 Nov 28 15:53 025_libgphoto2.rules - ../libgphoto2.rules -rw-r--r-- 1 root root 2284 Dec 24 23:18 70-persistent-cd.rules -rw-r--r-- 1 root root 561 Nov 28 14:33 70-persistent-net.rules lrwxrwxrwx 1 root root 15 Nov 28 14:06 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root 15 Nov 28 14:06 z60_hdparm.rules - ../hdparm.rules -- /sys/: /sys/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4/event4/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input5/event5/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3/event3/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1/event1/dev /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input2/event2/dev /sys/devices/pci:00/:00:02.0/drm/card0/dev /sys/devices/pci:00/:00:02.0/drm/controlD64/dev /sys/devices/pci:00/:00:02.0/graphics/fb1/dev /sys/devices/pci:00/:00:1b.0/input/input9/event9/dev /sys/devices/pci:00/:00:1b.0/sound/card0/audio/dev /sys/devices/pci:00/:00:1b.0/sound/card0/controlC0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/dsp/dev /sys/devices/pci:00/:00:1b.0/sound/card0/hwC0D0/dev /sys/devices/pci:00/:00:1b.0/sound/card0/mixer/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0c/dev /sys/devices/pci:00/:00:1b.0/sound/card0/pcmC0D0p/dev /sys/devices/pci:00/:00:1d.0/usb2/dev /sys/devices/pci:00/:00:1d.1/usb3/dev /sys/devices/pci:00/:00:1d.2/usb4/dev /sys/devices/pci:00/:00:1d.3/usb5/dev /sys/devices/pci:00/:00:1d.7/usb1/1-8/1-8:1.0/input/input8/event8/dev /sys/devices/pci:00/:00:1d.7/usb1/1-8/1-8:1.0/video4linux/video0/dev /sys/devices/pci:00/:00:1d.7/usb1/1-8/dev /sys/devices/pci:00/:00:1d.7/usb1/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda2/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda3/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda4/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda5/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda6/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda7/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda8/dev /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/bsg/0:0:0:0/dev /sys/devices/platform/eeepc/input/input6/event6/dev /sys/devices/platform/efifb.0/graphics/fb0/dev /sys/devices/platform/i8042/serio0/input/input0/event0/dev /sys/devices/platform/i8042/serio1/input/input7/event7/dev /sys/devices/platform/i8042/serio1/input/input7/mouse0/dev /sys/devices/platform/serial8250/tty/ttyS0/dev /sys/devices/platform/serial8250/tty/ttyS1/dev /sys/devices/platform/serial8250/tty/ttyS2/dev /sys/devices/platform/serial8250/tty/ttyS3/dev /sys/devices/pnp0/00:03/rtc/rtc0/dev /sys/devices/virtual/input/mice/dev /sys/devices/virtual/mem/full/dev /sys/devices/virtual/mem/kmsg/dev /sys/devices/virtual/mem/mem/dev /sys/devices/virtual/mem/null/dev /sys/devices/virtual/mem/port/dev /sys/devices/virtual/mem/random/dev /sys/devices/virtual/mem/urandom/dev /sys/devices/virtual/mem/zero/dev /sys/devices/virtual/misc/agpgart/dev /sys/devices/virtual/misc/cpu_dma_latency/dev /sys/devices/virtual/misc/fuse/dev /sys/devices/virtual/misc/hpet/dev /sys/devices/virtual/misc/mcelog/dev /sys/devices/virtual/misc/network_latency/dev /sys/devices/virtual/misc/network_throughput/dev /sys/devices/virtual/misc/psaux/dev /sys/devices/virtual/misc/rfkill/dev /sys/devices/virtual/misc/snapshot/dev /sys/devices/virtual/misc/vga_arbiter/dev /sys/devices/virtual/sound/seq/dev /sys/devices/virtual/sound/timer/dev /sys/devices/virtual/tty/console/dev
Bug#570072: mongodb - Unsuitable build-depends
Package: mongodb Version: 1.3.1-2 Severity: serious mongodb build-depends on boost 1.35, which is not longer available in unstable. Please note, that the buildd setup does not use alternate build-dependencies to ensure the same packages used all the time. The correct build-depends would be: | Build-Depends: debhelper (= 7), libpcre3-dev, scons, xulrunner-dev (= 1.9), libboost-dev, libboost-thread-dev, libboost-filesystem-dev, libboost-program-options-dev, libboost-date-time-dev Bastian -- Worlds are conquered, galaxies destroyed -- but a woman is always a woman. -- Kirk, The Conscience of the King, stardate 2818.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216095800.ga30...@wavehammer.waldi.eu.org
Bug#570073: mongodb - Unsuitable optimization
Package: mongodb Version: 1.3.1-2 Severity: important mongodb ignores the default compiler options (-O2 -g) and uses more aggressive options (-O3 -ggdb). Bastian -- You! What PLANET is this! -- McCoy, The City on the Edge of Forever, stardate 3134.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010021611.gb30...@wavehammer.waldi.eu.org
Bug#567747: Bug#569314: Enabling CONFIG_VT_HW_CONSOLE_BINDING fixed this
On Tue, 2010-02-16 at 10:13 +0800, Kan-Ru Chen wrote: Xavi Drudis Ferran wrote: Is there away to tell the kernel to never activate efifb or vesafb and load i915 form initrd instead ? Or is there a way to unbind it from all outputs before loading inteldrmfb ? I'd prefer to use debian kernels than rebuild them at each upgrade. And I guess that compiling in all framebuffers in a distribution kernel is a little contrary to the idea of initrd, keeping the kernel small and all that. Actually the fb subsystem was trying to unbind efifb but failed because the stock kernel was built without CONFIG_VT_HW_CONSOLE_BINDING. config VT_HW_CONSOLE_BINDING bool Support for binding and unbinding console drivers depends on HW_CONSOLE default n ---help--- The virtual terminal is the device that interacts with the physical terminal through console drivers. On these systems, at least one console driver is loaded. In other configurations, additional console drivers may be enabled, such as the framebuffer console. If more than 1 console driver is enabled, setting this to 'y' will allow you to select the console driver that will serve as the backend for the virtual terminals. See file:Documentation/console/console.txt for more information. For framebuffer console users, please refer to file:Documentation/fb/fbcon.txt. After enabling this, efifb can be successfully unbind and inteldrmfb is used. [0.942688] fb0: EFI VGA frame buffer device [ 22.596877] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver [ 22.597101] fb0: inteldrmfb frame buffer device Interesting, has this been reported to the kernel package maintainers? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1266314345.19618.2939.ca...@thor.local
Bug#570074: traceroute: [l10n-fr] Encoding problems with the french description of the package
Package: traceroute Version: 1:2.0.13-3 Severity: minor Tags: l10n Hi, The French description of the packages contains strange characters (é,...) instead of usual accentuated ones. It seems to be a conversion problem between iso 88951 and utf8. Best regards, Cédric Boutillier -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (700, 'testing'), (600, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages traceroute depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib traceroute recommends no packages. traceroute 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 Archive: http://lists.debian.org/20100216095829.8790.46148.report...@amoeba.proba.jussieu.fr
Bug#570034: Do not report outdated-autotools-helper-file for cdbs packages
Hallo Russ, Russ Allbery hat am Mon 15. Feb, 17:10 (-0800) geschrieben: Jörg Sommer jo...@alea.gnuu.de writes: if a package build‐depends on cdbs and the rules file contains the line “include /usr/share/cdbs/1/class/autotools.mk”, everything is fine, because cdbs updates the autotools files. No, you still need to build-depend on the appropriate packages, even if cdbs is in use. cdbs itself does not do so, and if you don't have an appropriate build-depends, cdbs will not update the files. cdbs recommends autotools-dev. Isn't this enough? % show cdbs G autot Recommends: autotools-dev Schöne Grüße, Jörg. -- Wer in einem gewissen Alter nicht merkt, dass er hauptsächlich von Idioten umgeben ist, merkt es aus einem gewissen Grunde nicht. (Curt Goetz) signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#570076: mongodb - Arbitrary architecture specification
Package: mongodb Version: 1.3.1-2 Severity: serious mongodb restricts itself to amd64 and i386. However it does not define why and my preliminary tests showed no problems on s390. Bastian -- Without freedom of choice there is no creativity. -- Kirk, The return of the Archons, stardate 3157.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216100443.gc30...@wavehammer.waldi.eu.org
Bug#570075: ant: new upstream version available
Package: ant Version: 1.7.1-4 Severity: wishlist Ant 1.8.0 is available, please update. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.8-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ant depends on: ii default-jre-headless [java2-r 1.6-34 Standard Java or Java compatible R ii ibm-j2sdk1.6 [java2-runtime-h 1.6.0 Java(TM) JDK, Standard Edition, IB ii libxerces2-java 2.9.1-4Validating XML parser for Java wit ii openjdk-6-jre-headless [java2 6b17-1.7-1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-runtime- 6-17-1 Sun Java(TM) Runtime Environment ( Versions of packages ant recommends: pn ant-gcj none (no description available) ii ant-optional 1.7.1-4Java based build tool like make - Versions of packages ant suggests: ii ant-doc 1.7.1-4Java based build tool like make - ii default-jdk [java-sdk]1.6-34 Standard Java or Java compatible D ii ibm-j2sdk1.6 [java-sdk] 1.6.0 Java(TM) JDK, Standard Edition, IB ii openjdk-6-jdk [java-sdk] 6b17-1.7-1 OpenJDK Development Kit (JDK) ii sun-java6-jdk [java-sdk] 6-17-1 Sun Java(TM) Development Kit (JDK) -- 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 Archive: http://lists.debian.org/20100216100426.aab5ff...@better.bindows.net
Bug#570077: mongodb - Ignored DEB_BUILD_OPTIONS=nostrip
Package: mongodb Version: 1.3.1-2 Severity: important The mongodb build ignores DEB_BUILD_OPTIONS=nostrip (and with the options override also DEB_BUILD_OPTIONS=debug). This makes it impossible to build a package with debugging capabilities. BAstian -- Life and death are seldom logical. But attaining a desired goal always is. -- McCoy and Spock, The Galileo Seven, stardate 2821.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216100906.ga31...@wavehammer.waldi.eu.org
Bug#570063: override: libunwind7: libs/optional [!ia64]
Sven Joachim schrieb: Is there any chance of implementing arch-specific overrides? There is no way to specify arch-dependent priorities and sections in the control file. I think there is no point in implementing arch-specific overrides for fields that are not arch-specific in the first place. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a6ef6.5070...@debian.org
Bug#570071: udev: Monitor turned off before the login or during recovery mode
On Feb 16, Domenico Cufalo cuf...@gmail.com wrote: I do not know if it's a bug, or if it depends on udev, but after the last update the monitor of my Asus EeePC 1000HE, during the boot sequence, is turned off. This makes impossible even to use the recovery mode. Kernel issue. Please send in reply to this bug the kernel log and the output of lsmod at the end of the boot. You can boot in single user mode to save time. After you do this, you can fix the video with this workaround (do not forget to remove it later, it will disable KMS): echo 'install pci:v*d*sv*sd*bc03sc*i* /bin/true' /etc/modprobe.d/local -- ciao, Marco signature.asc Description: Digital signature
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Raphael Hertzog wrote: tags 570064 + patch thanks Dear maintainer, I've prepared an NMU for diffutils (versioned as 1:2.9-1.1) and uploaded it to DELAYED/01. Please feel free to tell me if I should delay it longer. Please delay the NMU several days. I'm alive, NMUs without asking are not welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161112230.25...@cantor.unex.es
Bug#570078: mondodb - No shared library but overlarge static lib
Package: mongodb Version: 1.3.1-2 Severity: important The mongodb package ships an overlarge static library and the corresponding headers. They should be extracted into its own package. Also all the binaries are linked statically against mongo and so needs a lot of space without need. Bastian -- You can't evaluate a man by logic alone. -- McCoy, I, Mudd, stardate 4513.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216101345.gb31...@wavehammer.waldi.eu.org
Bug#570081: mongodb - Seems to ignore aliasing rules
Source: mongodb Version: 1.3.1-2 Severity: important mongodb is built with -fno-strict-aliasing, so it obviously ignores the aliasing rules. Usually this is a bad sign for the overall code quality. Bastian -- We Klingons believe as you do -- the sick should die. Only the strong should live. -- Kras, Friday's Child, stardate 3497.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216101953.ga31...@wavehammer.waldi.eu.org
Bug#570080: [patch] fix for aptitude update (in squeeze) on large terminals
Package: aptitude
Version: 0.4.11.11-1
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu lucid ubuntu-patch
On large terminals (maxizmied gnome-terminal) aptitude update
can hang. The attached patch fixes it, see
http://launchpad.net/bugs/391035 for additional information.
Thanks,
Michael
-- Package-specific info:
aptitude 0.4.11.11 compiled at Feb 15 2010 18:41:55
Compiler: g++ 4.4.3
Compiled against:
apt version 4.8.0
NCurses version 5.7
libsigc++ version: 2.2.4.2
Ept support enabled.
Current library versions:
NCurses version: ncurses 5.7.20090803
cwidget version: 0.5.13
Apt version: 4.8.0
linux-gate.so.1 = (0x00a4f000)
libapt-pkg-libc6.10-6.so.4.8 = /usr/lib/libapt-pkg-libc6.10-6.so.4.8
(0x00ef3000)
libncursesw.so.5 = /lib/libncursesw.so.5 (0x0090c000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x0084)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x006bb000)
libept.so.0 = /usr/lib/libept.so.0 (0x00596000)
libxapian.so.15 = /usr/lib/libxapian.so.15 (0x00d54000)
libz.so.1 = /lib/libz.so.1 (0x00a18000)
libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0x0011)
libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x00c1f000)
libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0x00129000)
libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x00956000)
libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0x0014f000)
libutil.so.1 = /lib/tls/i686/cmov/libutil.so.1 (0x00643000)
libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0x002a3000)
/lib/ld-linux.so.2 (0x00797000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:
aptitude linkage:
*** /tmp/tmpYbo9GE
In Ubuntu, we've applied the attached patch to achieve the following:
* 13_screensize.dpatch:
- Fixes a bug that stops outputting aptitude downloads on big screens (LP:
#391035).
We thought you might be interested in doing the same.
-- System Information:
Debian Release: squeeze/sid
APT prefers lucid
APT policy: (500, 'lucid')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-12-generic (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/dash
diff -u aptitude-0.4.11.11/debian/changelog aptitude-0.4.11.11/debian/changelog
diff -u aptitude-0.4.11.11/debian/patches/00list aptitude-0.4.11.11/debian/patches/00list
--- aptitude-0.4.11.11/debian/patches/00list
+++ aptitude-0.4.11.11/debian/patches/00list
@@ -6,0 +7 @@
+13_screensize.dpatch
only in patch2:
unchanged:
--- aptitude-0.4.11.11.orig/debian/patches/13_screensize.dpatch
+++ aptitude-0.4.11.11/debian/patches/13_screensize.dpatch
@@ -0,0 +1,46 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 13_screensize.dpatch by Jean-Louis Dupond i...@dupondje.be
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fixes a bug that stops outputting aptitude downloads on big screens
+
+
+...@dpatch@
+diff -urNad aptitude-0.4.11.11~/src/generic/apt/acqprogress.cc aptitude-0.4.11.11/src/generic/apt/acqprogress.cc
+--- aptitude-0.4.11.11~/src/generic/apt/acqprogress.cc 2008-11-20 04:17:12.0 +0100
aptitude-0.4.11.11/src/generic/apt/acqprogress.cc 2010-02-08 18:49:10.252200871 +0100
+@@ -33,11 +33,13 @@
+ AcqTextStatus::AcqTextStatus(unsigned int ScreenWidth,unsigned int Quiet) :
+ ScreenWidth(ScreenWidth), Quiet(Quiet)
+ {
++ BlankLine = new char[ScreenWidth];
+ }
+
+
+ AcqTextStatus::~AcqTextStatus()
+ {
++ delete[] BlankLine;
+ }
+
+ /*}}}*/
+@@ -256,7 +258,7 @@
+
+if (CurrentCPS != 0)
+{
+- char Tmp[300];
++ char Tmp[ScreenWidth];
+ unsigned long ETA = (unsigned long)((TotalBytes - CurrentBytes)/CurrentCPS);
+ sprintf(Tmp, %sB/s %s,SizeToStr(CurrentCPS).c_str(),TimeToStr(ETA).c_str());
+ unsigned int Len = strlen(Buffer);
+diff -urNad aptitude-0.4.11.11~/src/generic/apt/acqprogress.h aptitude-0.4.11.11/src/generic/apt/acqprogress.h
+--- aptitude-0.4.11.11~/src/generic/apt/acqprogress.h 2008-11-20 04:17:12.0 +0100
aptitude-0.4.11.11/src/generic/apt/acqprogress.h 2010-02-08 18:49:29.843642235 +0100
+@@ -20,7 +20,7 @@
+ class AcqTextStatus : public sigc::trackable
+ {
+unsigned int ScreenWidth;
+- char BlankLine[300];
++ char *BlankLine;
+unsigned long ID;
+unsigned long Quiet;
+
Bug#536340: [Linux-2.6.30-1-amd64] No sound out of the front jack
On Tue, Feb 16, 2010 at 10:40:30AM +0100, Marco Mattiolo wrote: The front jack doesn't work neither on unstable 2.6.32-2 kernel. On alsa side, I hope I have been doing a good bug report... https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4917 well mentioning oss4 won't get you sympaties anywhere. it is known to be broken and their dev has all but been cooperative. but beside that alsa bug tracking is quite full and under manned. if you can find the commit that broke your sound card by git commit chances get higher for a fix to be found. if you need instructions for git bisecting please ping. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216101036.gf19...@baikonur.stro.at
Bug#552000: Status report
Hi, I want to give a short status report. I didn't made a package till now because there are some licensing issues that need to be fixed by upstream (http://code.google.com/p/rawtherapee/issues/detail?id=16). As it's the 3.0 Alpha 1 (and still pretty buggy) I don't see it going into squeeze. Cheers, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a7344.30...@gmx.net
Bug#568620: help on porting to s390
Hi Jonathan, thanks for your comments. I think that the problem is with the string::size() function I will check on porterbox what happens exactely. Best regards C. On Tue, Feb 16, 2010 at 9:37 AM, Jonathan Nieder jrnie...@gmail.com wrote: Looking at application.cpp, it seems the value to be printed is of type std::string::size_type. Looking at debug.hpp, it seems that operator accepts an int32_t uint32_t, int64_t, or uint64_t, but does not mention string::size_type by name in its list of signatures. Chasing definitions from /usr/include/c++/whatever/string, it seems that string::size_type is size_t. So one problem is that although size_t may have the same range of values and representation as one of the four types listed above, it is not necessarily the same type, so the compiler can complain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aefba0691002160226q10661499g1521c50b02bee...@mail.gmail.com
Bug#569598: disk caches?
Do you have disk write caches disabled on the machine? Neither md, nor dm, nor loop pass through barrier requests. Without disabling the volatile write cache on the disks you will lose data everytime the machine is not shut down cleanly. The messages you see are typical for that kind of corruption. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216102114.ga8...@lst.de
Bug#570082: blueman-manager does not start
Package: blueman Version: 1.21-2 Severity: normal blueman-manager does not start. I have gathered some data with bug buddy: System: Linux 2.6.18 #1 Fri Feb 22 18:04:15 CET 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome GTK+ Modules: gnomebreakpad, canberra-gtk-module Memory status: size: 31854592 vsize: 31854592 resident: 18370560 share: 9756672 rss: 18370560 rss_rlim: 18446744073709551615 CPU usage: start_time: 1266313664 rtime: 38 utime: 31 stime: 7 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/python2.5' [Thread debugging using libthread_db enabled] 0xb7f1d410 in ?? () #0 0xb7f1d410 in ?? () #1 0xb7baf8fc in g_spawn_command_line_sync () from /lib/libglib-2.0.so.0 #2 0xb78dba54 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #3 signal handler called #4 0xb7b7b328 in g_markup_escape_text () from /lib/libglib-2.0.so.0 #5 0xb778125b in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #6 0xb7c0d0ef in g_object_set_property () from /usr/lib/libgobject-2.0.so.0 #7 0xb777d465 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb7590b48 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb7592036 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #10 0xb7593c1f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0xb7b7e066 in g_markup_parse_context_parse () from /lib/libglib-2.0.so.0 #12 0xb7591d23 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #13 0xb759164e in gtk_builder_add_from_file () from /usr/lib/libgtk-x11-2.0.so.0 #14 0xb79777e5 in ?? () from /usr/lib/pymodules/python2.5/gtk-2.0/gtk/_gtk.so #15 0x080ca5e5 in PyEval_EvalFrameEx () #16 0x080cbf2c in PyEval_EvalCodeEx () #17 0x0810f2fe in ?? () #18 0x0805d017 in PyObject_Call () #19 0x08063bf1 in ?? () #20 0x0805d017 in PyObject_Call () #21 0x080c517c in PyEval_CallObjectWithKeywords () #22 0x08065820 in PyInstance_New () #23 0x0805d017 in PyObject_Call () #24 0x080ca2eb in PyEval_EvalFrameEx () #25 0x080cbf2c in PyEval_EvalCodeEx () #26 0x080cc077 in PyEval_EvalCode () #27 0x080e8128 in PyRun_FileExFlags () #28 0x080e8312 in PyRun_SimpleFileExFlags () #29 0x08059415 in Py_Main () #30 0x0805878b in main () Thread 1 (Thread 0xb7d6f8d0 (LWP 18969)): #0 0xb7f1d410 in ?? () No symbol table info available. #1 0xb7baf8fc in g_spawn_command_line_sync () from /lib/libglib-2.0.so.0 No symbol table info available. #2 0xb78dba54 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #3 signal handler called No symbol table info available. #4 0xb7b7b328 in g_markup_escape_text () from /lib/libglib-2.0.so.0 No symbol table info available. #5 0xb778125b in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #6 0xb7c0d0ef in g_object_set_property () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #7 0xb777d465 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #8 0xb7590b48 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #9 0xb7592036 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #10 0xb7593c1f in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0xb7b7e066 in g_markup_parse_context_parse () from /lib/libglib-2.0.so.0 No symbol table info available. #12 0xb7591d23 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #13 0xb759164e in gtk_builder_add_from_file () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #14 0xb79777e5 in ?? () from /usr/lib/pymodules/python2.5/gtk-2.0/gtk/_gtk.so No symbol table info available. #15 0x080ca5e5 in PyEval_EvalFrameEx () No symbol table info available. #16 0x080cbf2c in PyEval_EvalCodeEx () No symbol table info available. #17 0x0810f2fe in ?? () No symbol table info available. #18 0x0805d017 in PyObject_Call () No symbol table info available. #19 0x08063bf1 in ?? () No symbol table info available. #20 0x0805d017 in PyObject_Call () No symbol table info available. #21 0x080c517c in PyEval_CallObjectWithKeywords () No symbol table info available. #22 0x08065820 in PyInstance_New () No symbol table info available. #23 0x0805d017 in PyObject_Call () No symbol table info available. #24 0x080ca2eb in PyEval_EvalFrameEx () No symbol table info available. #25 0x080cbf2c in PyEval_EvalCodeEx () No symbol table info available. #26 0x080cc077 in PyEval_EvalCode () No symbol table info available. #27 0x080e8128 in PyRun_FileExFlags () No symbol table info available. #28 0x080e8312 in PyRun_SimpleFileExFlags () No symbol table info available. #29 0x08059415 in Py_Main () No symbol table info available. #30 0x0805878b in main () No symbol table info available. A debugging session is active. Inferior 1 [process 18969] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] --- .xsession-errors
Bug#569990: qemu-kvm: VMs don't start anymore
Hi, On Mon, 15.02.2010 at 18:36:19 +0100, Toni Mueller supp...@oeko.net wrote: I'm running into a severe problem, where I'm unsure about the origin. Please feel free to re-assign as appropriate. three of them running Etch, Lenny, and Sid. It currently looks like the Etch and Lenny VMs come up nicely, but the one with Sid hangs with this error: Clocksource tsc unstable (telta = large negative number) I've now created a brand-new virtual machine, installing Unstable, but keeping the Lenny kernel. It turns out that the same machine starts ok with the Lenny kernel, but hangs with this error using the Sid kernel. My current guess is that these components (Sid kernel, qemu-kvm) don't play well together, and, given the breakage I see with at least OpenBSD, I'm inclined to assume that the problem originates with qemu-kvm. NB: On the virtual machine, I have the -i486 variants of the respective kernels installed. On the virtual machine where I originally reported the error for, I had the -i686 kernel variants installed. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216104604.19661.qm...@oak.oeko.net
Bug#380627: open-iscsi: bus error on sparc
tags 380627 +moreinfo severity 380627 normal thanks Lowering severity and requesting more info Hello, There has been a new upload of open-iscsi, currently available in unstable, which contains many changes. Can you please verify this bug against this latest release in unstable, 2.0.871-1 ? Regards, Ritesh On Monday 31 Jul 2006 18:46:58 you wrote: Package: open-iscsi Version: 1.0.485-3 Severity: important # /etc/init.d/open-iscsi start Starting iSCSI initiator service: /etc/init.d/open-iscsi: line 37: kill:(4769) - No such process /etc/init.d/open-iscsi: line 28: 4813 Bus error (core dumped) start-stop-daemon --start --exec $DAEMON --quiet --pidfile $PIDFILE failed. Kernel modules at least get loaded... Stacktrace is not of much use: # gdb /usr/sbin/iscsid /core GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certainconditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-linux-gnu...(no debugging symbols found) Using host libthread_db library /lib/v9/libthread_db.so.1. Reading symbols from /usr/lib/libdb-4.3.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libdb-4.3.so Reading symbols from /lib/v9/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/v9/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by /usr/sbin/iscsid'. Program terminated with signal 10, Bus error. #0 0x0001ddfc in ?? () (gdb) bt #0 0x0001ddfc in ?? () #1 0x0001ddd0 in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#505404: opensc 0.11.13 should fix this
I had the same problem, that certs could not be deleted on Java based cards, a Java Card Gemalto TOP IM FIPS CY2 (Cyberflex Access 64k v2) This is fixed in the latest release of OpenSC, 0.11.13: http://www.opensc-project.org/files/opensc/opensc-0.11.13.tar.gz For details, see: http://thread.gmane.org/gmane.comp.encryption.opensc.user/3471 The bug probably also affects --update-certificate as the permissions are incorrectly computed, so the suggested workaround probably doesn't help (I haven't tried, though) So I would be glad if 0.11.13 would make it into debian squeeze! Thanks, Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting Fax: +43/2243/26465-23 Reichergasse 131www: http://www.runtux.com A-3411 Weidling email: off...@runtux.com osAlliance member email: r...@osalliance.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216102049.ga6...@runtux.com
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Santiago Vila wrote: On Tue, 16 Feb 2010, Raphael Hertzog wrote: I've prepared an NMU for diffutils (versioned as 1:2.9-1.1) and uploaded it to DELAYED/01. Please feel free to tell me if I should delay it longer. Please delay the NMU several days. I'm alive, NMUs without asking are not welcome. Moved to DELAYED/4-day. I uploaded immediately since it breaks the build of some source packages. Feel free to upload a -2 with my changes before the end of that delay. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216105458.ga31...@rivendell
Bug#566179: crash on a document - sometimes - with the error com::sun::star::lang::DisposedException
Hi, On Tue, Feb 16, 2010 at 10:43:09AM +, Julian Gilbey wrote: On Sat, Jan 23, 2010 at 02:18:01PM +0100, Rene Engelhard wrote: tag 566179 + unreproducible thanks Hi, On Thu, Jan 21, 2010 at 07:54:29PM +, Julian Gilbey wrote: I tried to open an Excel .xls file and OpenOffice just crashed with the following error message to the terminal: polya:~ $ oocalc /media/DR\ GILBEY/wggs/Miscellaneous/Year-9-reports.xls polya:~ $ terminate called after throwing an instance of 'com::sun::star::lang::DisposedException' Hmm. Tried with your document; works here on both sid with 3.2 (and upstreams 3.2 binaries) and in sid/squeeze chroots with 1:3.1.1-14... Grüße/Regards, René I saw the messages when upgrading ure; I therefore purged and reinstalled the whole of OOo, including ure, to 1:3.1.1-15+squeeze1, and this appears to have solved this problem. Closing this bug. Thanks. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216104906.gd14...@rene-engelhard.de
Bug#570083: lxde: openbox configuration manager (obconf) tries to write to non-existing and non-writeable file
Package: lxde Version: 0.5.0-3 Severity: normal When running obconf from inside lxsession/openbox-lxde the settings of obconf can't be stored for example when trying to rename Desktops inside the Desktops menu: | ObConf Error | An error occured while saving the config file '/openbox/lxde-rc.xml' This problem does not exist when running obconf inside an openbox only session, that's why I decided to report against lxde - please feel free to reassign the issue if you think the problem is located in openbox/obconf, thanks. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-02-16t11-46...@devnull.michael-prokop.at
Bug#232029: snooper: segfault when resizing the terminal window
On Tue, 16 Feb 2010, Stefan Bauer wrote: Christian, this report is more than 6 years old but could you please try if the problem still persists with the latest snooper package from unstable? There have been many changes in the past. I was trying to reproduce your problem but it works in my office. Just go ahead and close this bug. If it works for you, I'm happy. I've not used snooper for quite a while. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1002161146400.6...@somehost
Bug#570084: libg3d: a few memory leaks
Package: libg3d
Severity: normal
Hello I attach a patch for a few memory leaks I found in the libg3d library.
I tried my best to have a comprehensible patch but do not hesitate to ask
questions about it.
thanks
I used this command line to find thoses memory leaks.
G_SLICE=always-malloc G_DEBUG=gc-friendly,resident-modules valgrind
--leak-check=full --show-reachable=yes --track-origins=yes
--suppressions=gtk.suppression my-program
Frederic
Ps: should I send it also to the upstream ?
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: Upstream changes introduced in version 0.0.8-9
This patch has been created by dpkg-source during the package build.
Here's the last changelog entry, hopefully it gives details on why
those changes were made:
.
libg3d (0.0.8-9) unstable; urgency=low
.
* Correct spelling errors found by lintian
* debian/copyright: Update copyright years
* Upgraded to policy 3.8.4, no changes required
* debian/patches:
- Identify modules by the ending .so instead of .la (Closes: #568797)
.
The person named in the Author field signed this changelog entry.
Author: Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr
Bug-Debian: http://bugs.debian.org/568797
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD
--- libg3d-0.0.8.orig/src/material.c
+++ libg3d-0.0.8/src/material.c
@@ -36,5 +36,6 @@ G3DMaterial *g3d_material_new(void)
void g3d_material_free(G3DMaterial *material)
{
+ g_free(material-name);
g_free(material);
}
--- libg3d-0.0.8.orig/src/object.c
+++ libg3d-0.0.8/src/object.c
@@ -44,6 +44,7 @@ void g3d_object_free(G3DObject *object)
while(slist != NULL)
{
mat = (G3DMaterial*)slist-data;
+ g3d_material_free(mat);
snext = slist-next;
g_slist_free_1(slist);
slist = snext;
@@ -67,7 +68,8 @@ void g3d_object_free(G3DObject *object)
if(object-_indices != NULL) g_free(object-_indices);
if(object-_materials != NULL) g_free(object-_materials);
if(object-_flags != NULL) g_free(object-_flags);
-
+ if(object-_tex_images != NULL) g_free(object-_tex_images);
+ if(object-_tex_coords != NULL) g3d_vector_free(object-_tex_coords);
g_free(object);
}
--- libg3d-0.0.8.orig/src/plugins.c
+++ libg3d-0.0.8/src/plugins.c
@@ -32,13 +32,12 @@
static void plugins_free_plugin(G3DPlugin *plugin)
{
- if(plugin-name)
- g_free(plugin-name);
- if(plugin-path)
- g_free(plugin-path);
- if(plugin-extensions)
- g_strfreev(plugin-extensions);
+ if(!plugin)
+ return;
+ g_free(plugin-name);
+ g_free(plugin-path);
+ g_strfreev(plugin-extensions);
if(plugin-module)
g_module_close(plugin-module);
--- libg3d-0.0.8.orig/plugins/image/img_gdkpixbuf.c
+++ libg3d-0.0.8/plugins/image/img_gdkpixbuf.c
@@ -108,16 +108,23 @@ gchar **plugin_extensions(G3DContext *co
gchar *extensions = g_strdup();
gchar **retval;
gchar *tmp;
+ gchar *ext;
+ gchar **exts;
GSList *fitem;
+ GSList *list;
GdkPixbufFormat *format;
- fitem = gdk_pixbuf_get_formats();
+ list = fitem = gdk_pixbuf_get_formats();
while(fitem)
{
format = (GdkPixbufFormat *)fitem-data;
+ exts = gdk_pixbuf_format_get_extensions(format);
+ ext = g_strjoinv(:, exts);
tmp = g_strdup_printf(%s%s%s, extensions,
- strlen(extensions) ? : : ,
- g_strjoinv(:,
gdk_pixbuf_format_get_extensions(format)));
+ strlen(extensions) ? : : ,
+ ext);
+ g_strfreev(exts);
+ g_free(ext);
g_free(extensions);
extensions = tmp;
fitem = fitem-next;
@@ -125,6 +132,8 @@ gchar **plugin_extensions(G3DContext *co
retval = g_strsplit(extensions, :, 0);
g_free(extensions);
+ g_slist_free(list);
+
return retval;
}
--- libg3d-0.0.8.orig/plugins/import/imp_obj/imp_obj.c
+++ libg3d-0.0.8/plugins/import/imp_obj/imp_obj.c
@@
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Raphael Hertzog wrote: On Tue, 16 Feb 2010, Santiago Vila wrote: On Tue, 16 Feb 2010, Raphael Hertzog wrote: I've prepared an NMU for diffutils (versioned as 1:2.9-1.1) and uploaded it to DELAYED/01. Please feel free to tell me if I should delay it longer. Please delay the NMU several days. I'm alive, NMUs without asking are not welcome. Moved to DELAYED/4-day. I uploaded immediately since it breaks the build of some source packages. Feel free to upload a -2 with my changes before the end of that delay. I have just uploaded 2.9-2 including your patch. I have not included the part about moving to 3.0 source format. Sorry, but I need some time to study that carefully and I need to be confortable with the format before actually using it for the packages I maintain. [ I wonder if it is acceptable to change source format in a NMU at all ]. BTW: I have not closed the bug in the upload, as I'm not convinced that it's a bug in diffutils: If you write a program (dpkg-dev) which relies on the console output of another progam (diff), being that a dangerous thing, then you should be ready to change the first program whenever the console output of the second program changes. I also do not understand the blurb you included in the changelog for the NMU. Why can't we fix this in squeeze? We have Depends and Breaks. I guess some combination of that will work, unless there is something I'm missing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161158360.25...@cantor.unex.es
Bug#569947: org-mode: org-encrypt-entries breaks perl- and cperl-mode
tag 569947 + moreinfo unreproducible severity 569947 normal Hi Jeffrey, I certainly can't reproduce it here, after putting the 4 lines below in my org-mode-hook (you're doing that too, as opposed to running it at the toplevel of your .emacs, right ?): everything went fine with perl-mode. My own experiment, the documentation in org-crypt.el, and the fact that your thread on the mailing list didn't get any further replies, would seem to indicate the problem is on your side. If you want to include your .emacs to this bugreport, I'll double-check with your configuration, instead of closing this right away as invalid. Cheers, --Seb On Feb/15, Jeffrey Ratcliffe wrote: Package: org-mode Version: 6.34c-1 Severity: important With (require 'org-crypt) (org-crypt-use-before-save-magic) (setq org-crypt-key my-key-hash) (add-hook 'before-save-hook 'org-encrypt-entries) and a file with the following contents: package G; in perl- or cperl-mode, when saving, I get the following error message: org-scan-tags: Wrong type argument: consp, nil I reported it initially on the mailing list, but it seems the above should work: http://www.mail-archive.com/emacs-orgm...@gnu.org/msg21391.html -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-19-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages org-mode depends on: ii dpkg 1.15.4ubuntu2 Debian package management system ii emacs-snapshot 1:20090909-1 The GNU Emacs editor (development ii emacs2222.2-0ubuntu6.1 The GNU Emacs editor (Emacs 22) ii emacs2323.1+1-4ubuntu3.1 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-4ubuntu1 Manage installed documentation in org-mode recommends no packages. Versions of packages org-mode suggests: ii remember-el 1.9-1 remember text within Emacs -- 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 Archive: http://lists.debian.org/2010021614.gc7...@frisco.mine.nu
Bug#570063: override: libunwind7: libs/optional [!ia64]
On 2010-02-16 11:09 +0100, Torsten Werner wrote: There is no way to specify arch-dependent priorities and sections in the control file. It is possible to do it for the control file in binary packages with dpkg-gencontrol -Dpriority=…, but I understand that you cannot use that information anyway. I think there is no point in implementing arch-specific overrides for fields that are not arch-specific in the first place. Okay. So how are you going to proceed? If the correct action is to keep the high severity (despite 99% of all users having no use for the package), the priority of some other packages might need to be adjusted as well. E.g. libbsd0 and ufsutils are required on kfreebsd-*. But I think it would be more sensible to downgrade the priority since that allows debootstrap to do the right thing on all architectures, even if it formally constitutes a policy violation. Should I bring up this issue on debian-policy? Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87635xwhvv@turtle.gmx.de
Bug#540444: xz-utils: separate build-arch, build-indep targets
reassign 540444 src:xz-utils found 540444 xz-utils/4.999.8beta-1 found 540444 xz-utils/4.999.9beta+20100212-1 tags 540444 + patch thanks Jonathan Nieder wrote: It would be nice to separate out the doxygen run into a build-indep target so each buildd doesn't have to install and run doxygen separately. Fixed in pu. http://git.debian.org/?p=collab-maint/xz.git;a=commitdiff;h=5c551d;hp=de7d6b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216111810.ga2...@progeny.tock
Bug#570008: dpkg-source: doesn't work together with diffutils 1:2.9-1
On Tue, 16 Feb 2010, Raphael Hertzog wrote: Santiago, can you revert this commit in the debian package of diffutils at least for now? Just revert the patch linked above. Done for now. If upstream doesn't want to revert the change, we'll adapt dpkg-source but you will have to keep the patch until a fixed dpkg-dev is available in all distributions and/or add a Breaks on the dpkg-dev version that are not compatible. BTW, the change above dates back to 2002 according to git but it was first part of diffutils 2.8.4 (2004?) and we just switched from 2.8.1 to 2.9 in Debian sid (whoa, what happened Santiago?). Those were beta releases only distributed in alpha.gnu.org. As it is Debian policy, we only package stable things for unstable, and diffutils 2.9 is the first stable relase since 2.8.1, as you can see in the FTP site: http://ftp.gnu.org/gnu/diffutils/ If you ask about the changelog: Some of those beta releases were packaged for Debian experimental, but my changelog policy for unstable is to document only what was uploaded for unstable. The drawback for this is that I can't actually close some bugs until they are actually fixed in unstable, but I prefer it that way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161211270.25...@cantor.unex.es
Bug#569784: debootstrap: cannot build a clean Lenny chroot anymore
2010/2/16 Martin-Éric Racine q-f...@iki.fi:
On Tue, Feb 16, 2010 at 1:16 AM, Frans Pop elen...@planet.nl wrote:
On Monday 15 February 2010, Martin-Éric Racine wrote:
I suppose this leaves tracking this with strace as a last resort.
However, I cannot remember if strace is actually capable of tracking
shell scripts?
Sure it is. Just make sure you use '-f' so that subprocesses also get
traced.
Noted. I'll try that.
The result of using strace proved interesting. Having a third SSH
shell logged in as well.
First, the relevant part of 'sudo ps f' that showed on my third login shell:
4557 pts/0S+15:42 strace -f -o deboostrap_strace.txt
debootstrap lenny lenny/ http://ftp.fi.debian.org/debian
4559 pts/0T+ 0:00 \_ /bin/sh -ex /usr/sbin/debootstrap lenny
lenny/ http://ftp.fi.debian.org/debian
8251 pts/0S+ 0:40 \_ /bin/sh -ex /usr/sbin/debootstrap
lenny lenny/ http://ftp.fi.debian.org/debian
8252 pts/0T+ 0:00 \_ /bin/sh -ex /usr/sbin/debootstrap
lenny lenny/ http://ftp.fi.debian.org/debian
8326 pts/0D+ 0:00 | \_ dpkg --status-fd 8
--force-depends --unpack
var/cache/apt/archives/libacl1_2.2.47-2_i386.deb
var/cache/apt/archives/li
8253 pts/0S+ 0:00 \_ /bin/sh -ex /usr/sbin/debootstrap
lenny lenny/ http://ftp.fi.debian.org/debian
This seems to indicate that installation got stuck when unpacking libacl.
The end of the strace log shows:
8325 execve(/bin/sleep, [sleep, 1], [/* 30 vars */]) = 0
8325 brk(0)= 0x8b4f000
8325 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
8325 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f86000
8325 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
8325 open(/etc/ld.so.cache, O_RDONLY) = 3
8325 fstat64(3, {st_mode=S_IFREG|0644, st_size=52971, ...}) = 0
8325 mmap2(NULL, 52971, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f79000
8325 close(3) = 0
8325 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
8325 open(/lib/libc.so.6, O_RDONLY) = 3
8325 read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1\0004\0\0\0t...,
512) = 512
8325 fstat64(3, {st_mode=S_IFREG|0755, st_size=1294572, ...}) = 0
8252 rt_sigprocmask(SIG_SETMASK, [], unfinished ...
8325 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0 unfinished ...
8252 ... rt_sigprocmask resumed NULL, 8) = 0
8325 ... mmap2 resumed ) = 0xb7f78000
8252 rt_sigprocmask(SIG_BLOCK, [CHLD], unfinished ...
8325 mmap2(NULL, 1300080, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0 unfinished ...
8252 ... rt_sigprocmask resumed [], 8) = 0
8325 ... mmap2 resumed ) = 0xb7e3a000
8252 rt_sigprocmask(SIG_SETMASK, [], unfinished ...
8325 mmap2(0xb7f72000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x138 unfinished ...
8252 ... rt_sigprocmask resumed NULL, 8) = 0
8325 ... mmap2 resumed ) = 0xb7f72000
8252 rt_sigprocmask(SIG_BLOCK, [CHLD], unfinished ...
8325 mmap2(0xb7f75000, 9840, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0 unfinished ...
8252 ... rt_sigprocmask resumed [], 8) = 0
8325 ... mmap2 resumed ) = 0xb7f75000
8252 rt_sigaction(SIGINT, {0x807ef30, [], 0}, unfinished ...
8325 close(3 unfinished ...
8252 ... rt_sigaction resumed {0x8091d90, [], 0}, 8) = 0
8325 ... close resumed ) = 0
8252 waitpid(-1, unfinished ...
8325 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e39000
8325 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e396b0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
8325 mprotect(0xb7f72000, 4096, PROT_READ) = 0
8325 munmap(0xb7f79000, 52971) = 0
8325 brk(0)= 0x8b4f000
8325 brk(0x8b7)= 0x8b7
8325 nanosleep({1, 0},
That nanosleep statement is where it got stuck. I have no clue of what
caused it, though.
Cheers!
Martin-Éric
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/11fae7c71002160324y2937db44w913a59f5414ff...@mail.gmail.com
Bug#520975: exactimage: edisplay program is missing?
block 520975 with 536376 thanks * Miles Bader mi...@gnu.org, 2009-03-24, 11:24: The debian package description, TODO, website, etc., of exactimage suggest that it includes a display program called edisplay -- however there is no such program installed by the debian exactimage package, nor any obvious extra package containing it... Unfortunately, I cannot fix this bug in unstable because of bug #536376. However, I plan to upload exactimage with edisplay enabled to experimental. -- Jakub Wilk signature.asc Description: Digital signature
Bug#570085: iceweasel: Debugging broken?
Package: iceweasel
Version: 3.5.6-2
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Heyho!
I had a stubborn segfault at startup behaviour; while investigating I found
a stale /usr/lib/iceweasel/components/libimgicon.so that didn't belong to
any package (I can't remember installing it, left over of a buggy package?)
Removing this library made iceweasel behave again.
But while investigating: I tried to get a backtrack; is the iceweasel-dbg
dependency chain broken when I clear out all recommends (I don't use gnome,
so I can get by with python-xpcom instead of xulrunner gnome support and its
quite big dependency chain:
~$ dpkg -l iceweasel-dbg xulrunner-1.9.1-dbg python-xpcom
...
ii iceweasel-dbg 3.5.6-2debugging symbols for iceweasel
ii xulrunner-1.9. 1.9.1.6-1 Development files for the Gecko engine libra
ii python-xpcom 1.9.1.6-1 XPCOM bindings for Python
~$ MOZILLA_DISABLE_PLUGINS=1 iceweasel -g
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib/iceweasel/firefox-bin...(no debugging symbols
found)...done.
(gdb) set pagination off
(gdb) run
Starting program: /usr/lib/iceweasel/firefox-bin
[Thread debugging using libthread_db enabled]
[New Thread 0xb58ffb70 (LWP 11837)]
[New Thread 0xb50f7b70 (LWP 11838)]
[New Thread 0xb46ffb70 (LWP 11839)]
[New Thread 0xb3bffb70 (LWP 11842)]
[Thread 0xb3bffb70 (LWP 11842) exited]
[New Thread 0xb3bffb70 (LWP 11843)]
[New Thread 0xb260bb70 (LWP 11844)]
Program received signal SIGSEGV, Segmentation fault.
0xb5ae6e1d in ?? () from /usr/lib/iceweasel/components/libimgicon.so
(gdb) bt full
#0 0xb5ae6e1d in ?? () from /usr/lib/iceweasel/components/libimgicon.so
No symbol table info available.
#1 0xb6f8fa4e in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#2 0xb6f8b1de in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#3 0xb6ea631a in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#4 0xb6eab942 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#5 0xb6eabbff in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#6 0xb763ee8d in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#7 0xb7651e15 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#8 0xb7623bc3 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#9 0xb75a4c2e in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#10 0xb7475444 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#11 0xb6e44c94 in XRE_main () from /usr/lib/xulrunner-1.9.1/libxul.so
No symbol table info available.
#12 0x08049de5 in ?? ()
No symbol table info available.
#13 0xb7d6eb55 in __libc_start_main () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#14 0x080496d1 in ?? ()
No symbol table info available.
(gdb) quit
cheers
- -- vbi
- -- Package-specific info:
- -- Extensions information
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
- -- Plugins information
Name: Citrix Presentation Server Client for Linux
Location: /usr/lib/ICAClient/npica.so
Status: disabled
Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/libskypebuttons.so
Package: kopete
Status: disabled
Name: Java(TM) Plug-in 1.6.0_17
Location: /usr/lib/jvm/java-6-sun-1.6.0.17/jre/lib/i386/libnpjp2.so
Package: sun-java6-bin
Status: disabled
Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: disabled
- -- Addons package information
ii iceweasel 3.5.6-2Web browser based on Firefox
ii kopete 4:4.3.4-1 instant messenger for KDE 4
ii sun-java6-bin 6-17-1 Sun Java(TM) Runtime Environment (JRE) 6 (ar
- -- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (600, 'testing'), (400, 'stable'), (86, 'unstable'), (60,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 3.2.2 Miscellaneous utilities specific t
ii fontconfig2.8.0-2generic font configuration library
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libgcc1
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Santiago Vila wrote: I have not included the part about moving to 3.0 source format. Sorry, but I need some time to study that carefully and I need to be confortable with the format before actually using it for the packages I maintain. Sure. [ I wonder if it is acceptable to change source format in a NMU at all ]. It's discutable, if you were using a patch system I would not have changed it. But I find it disgusting to have upstream patches hidden in the .diff.gz and using the new format to avoid that is a correct move IMO. Your source package doesn't contain any meta-information about this patch while with my change, we had the upstream URL of the commit that got reverted and some explanations. BTW: I have not closed the bug in the upload, as I'm not convinced that it's a bug in diffutils: If you write a program (dpkg-dev) which relies on the console output of another progam (diff), being that a dangerous thing, then you should be ready to change the first program whenever the console output of the second program changes. It depends on whether you consider the output part of the official API of the tool. It's still a bug that affects us and I don't see why you would not close it with this upload even if upstream (and you) decide to not revert it definitely in the long term. I also do not understand the blurb you included in the changelog for the NMU. Why can't we fix this in squeeze? We have Depends and Breaks. I guess some combination of that will work, unless there is something I'm missing. The only combination that works is adding Breaks: dpkg-dev ( version of dpkg that knows the new output). But it also means that the upgrade between diffutils (essential package) and dpkg-dev/dpkg needs to be done in a given order (dpkg-dev/dpkg first). It's probably fine but given that the package is essential I would avoid this Breaks for squeeze (hence keeping the patch) and I would drop the patch for squeeze+1 adding the Breaks once the fixed dpkg-dev version is already widely installed. It's also best for partial upgrades. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216112827.gc31...@rivendell
Bug#570084: libg3d: a few memory leaks
tags 570084 + pending patch thanks Picca Frederic-Emmanuel wrote: I used this command line to find thoses memory leaks. G_SLICE=always-malloc G_DEBUG=gc-friendly,resident-modules valgrind --leak-check=full --show-reachable=yes --track-origins=yes --suppressions=gtk.suppression my-program Frederic Ps: should I send it also to the upstream ? Thanks. I have already forwarded your mail to upstream. I've added the patch now to libg3d and it will be included in the next upload. I did only a quick check, but have to do a more comprehensive check later. Best regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#570086: conkeror: does not handle /etc/mailcap definitions
Package: conkeror
Version: 0.9.1+git100131-1
Severity: normal
Hi there!
Conkeror handling of MIME types is clearly suboptimal, but this is
probably a Gecko/XULRunner problem, please feel free to reassign it.
The references are at http://conkeror.org/CommonProblems:
Limitations of MIME type overriding
The view-as-mime-type command (bound to v by default) as well as the
view internally and view as text options in the download prompt
depend on a facility in Conkeror known as MIME type
overriding. Unfortunately, this facility is implemented in a somewhat
hacky way, due largely to limitations in Mozilla, and as a result has
the following limitations:
* Only HTTP and HTTPS URLs are supported
* In some cases the MIME type that Mozilla guesses from the
* content stream (so-called content sniffing) will take
* precedence over any override MIME type that is
* specified. Fortunately, I believe in all such cases the
* internal viewer (Gecko) will not be able to handle the
* content usefully anyway.
* The URL will be re-requested from the server (any cached
* version will be discarded), and the resulting content will
* be stored in the cache with the overridden MIME type.
* If the view internally or view as text options are
* used from the download prompt, the existing request will be
* aborted and a new GET request for the same URL will be
* generated. Consequently, these download options will
* probably not work correctly for POST requests.
Basically, conkeror ships /usr/share/conkeror/modules/mime.js, which
contains:
--8---cut here---start-8---
define_mime_type_table(external_content_handlers,
{
*: getenv(EDITOR),
text: { *: getenv(EDITOR) },
image: { *: feh },
video: { *: mplayer },
audio: { *: mplayer },
application: {
pdf: evince,
postscript: evince,
x-dvi: evince
}
},
Structure associating MIME types and MIME type patterns with +
the names of programs for handling those them. The key \*\ +
is a pattern-matching symbol which matches anything.);
--8---cut here---end---8---
This is plainly wrong, because it assumes some programs are installed by
default and on which the binary package should depend. I see two
possible solutions:
1) use generic wrapper whenever we can, like see or . AFAIK this is
Debian-specific.
2) read the corresponding program from /etc/mailcap, which is the
standard location to MIME associations WRT programs installed.
Thx, bye,
Gismo / Luca
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-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/dash
Versions of packages conkeror depends on:
ii xulrunner-1.9.1 1.9.1.6-2 XUL + XPCOM application runner
Versions of packages conkeror recommends:
pn conkeror-spawn-process-helper none (no description available)
Versions of packages conkeror suggests:
ii emacs-snapshot [emacsen]1:20100209-1 The GNU Emacs editor (development
-- no debconf information
pgp0gytXx6v5D.pgp
Description: PGP signature
Bug#570008: dpkg-source: doesn't work together with diffutils 1:2.9-1
On Tue, 16 Feb 2010, Santiago Vila wrote: On Tue, 16 Feb 2010, Raphael Hertzog wrote: Santiago, can you revert this commit in the debian package of diffutils at least for now? Just revert the patch linked above. Done for now. Thanks. BTW, the change above dates back to 2002 according to git but it was first part of diffutils 2.8.4 (2004?) and we just switched from 2.8.1 to 2.9 in Debian sid (whoa, what happened Santiago?). Those were beta releases only distributed in alpha.gnu.org. As it is Debian policy, we only package stable things for unstable, and diffutils 2.9 is the first stable relase since 2.8.1, as you can see in the FTP site: http://ftp.gnu.org/gnu/diffutils/ Ok, that clears it up. So it's perfectly ok for us to ask upstream to revert this commit since it has not yet been in wide use and it's likely that other projects will be affected by this user-visible change. If you ask about the changelog: Some of those beta releases were packaged for Debian experimental, but my changelog policy for unstable is to document only what was uploaded for unstable. The drawback for this is that I can't actually close some bugs until they are actually fixed in unstable, but I prefer it that way. Huh? You can always close bugs twice whether or not you decide to merge the changelog entries. Bug are closed in specific versions and you can close multiple times when you have separate branches. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216113503.gd31...@rivendell
Bug#570087: PTS: fonts review URLs
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: pts X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org Please add a fonts link to the links section of the PTS. The YAML based mapping of binary package names to font review pages is here: http://pkg-fonts.alioth.debian.org/review/debian-font-review.yaml It is updated with an @weekly cron job on alioth, which uses UTC. It is only updated weekly since it takes a while to run and because it relies on the Contents files, which IIRC are only updated weekly. The font review pages currently contain font meta-data (including embedded copyright license info), fontconfig information, Unicode coverage and fontlint output (which checks fonts for problems). The Debian Fonts Task Force intends to improve these review pages over time, adding new meta-data, QA checks and to improve the image previews. Eventually we aim to add lines to the PTS TODO section for buggy fonts. We'll submit another bug report when the preparation for that is done. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#56256: Ada95 bindings for ncurses (fwd)
On Sun, Feb 14, 2010 at 11:17:02AM -0500, Thomas Dickey wrote: On Sun, 14 Feb 2010, Nicolas Boulenguez wrote: I would like to make a separate package from the Ada binding. This seems the only solution since the GNAT compiler will not be available on all debian architectures before long, and this would make it quite difficult to build it from the same tarball than the C API. It should not be difficult to convince the upstream to make its source a separate tarball, since nothing has been modified in it for many years. actually, it seems that every time gnat is updated, there are more stylistic changes needed (aside from that, it's pretty stable). Would you please release a separate tarball containing only the Ada95/ subdirectory and the related documentation ? I cannot estimate the work needed if you still want generated Makefiles, but the following Makefile and GNAT project file make the job for me and may be a starting point. -- Content of file: Makefile #!/usr/bin/make -f # These main variables may be inherited from a distribution script. LIB_NAME ?= ncursesada DESTDIR ?= SONAME ?= lib$(LIB_NAME).so.1 # These main variables only depend on these sources. ADA_DIR := $(realpath .)/Ada95 BUILD_DIR := $(realpath .)/build GNAT_PROJECT := build.gpr # gnatmake can do parallel builds; we don't want make to interfere. .NOTPARALLEL: CPUS := $(shell getconf _NPROCESSORS_ONLN) ## build directory $(BUILD_DIR) $(BUILD_DIR)/src $(BUILD_DIR)/m4: mkdir -p $@ ## C program exporting representations $(BUILD_DIR)/gen: $(ADA_DIR)/gen/gen.c \ | $(BUILD_DIR) gcc $ -o $@ -lncurses ## files containing the m4 macros define generate_macro $(BUILD_DIR)/m4/$(1): $(BUILD_DIR)/gen \ | $(BUILD_DIR)/m4 $$ $(2) $$@ GENERATED_MACROS += $(BUILD_DIR)/m4/$(1) endef $(eval $(call generate_macro,Character_Attribute_Set_Rep,B A)) $(eval $(call generate_macro,Base_Defs,B B)) $(eval $(call generate_macro,Color_Defs,B C)) $(eval $(call generate_macro,Window_Offsets,B D)) $(eval $(call generate_macro,Key_Definitions,B K)) $(eval $(call generate_macro,Linker_Options,B L)) $(eval $(call generate_macro,ACS_Map,B M)) $(eval $(call generate_macro,Old_Keys,B O)) $(eval $(call generate_macro,Public_Variables,B P)) $(eval $(call generate_macro,AC_Rep,B R)) $(eval $(call generate_macro,Version_Info,B V)) $(eval $(call generate_macro,Trace_Defs,B T)) $(eval $(call generate_macro,Menu_Opt_Rep,M R)) $(eval $(call generate_macro,Menu_Base_Defs,M B)) $(eval $(call generate_macro,Menu_Linker_Options,M L)) $(eval $(call generate_macro,Item_Rep,M I)) $(eval $(call generate_macro,Form_Opt_Rep,F R)) $(eval $(call generate_macro,Form_Base_Defs,F B)) $(eval $(call generate_macro,Form_Linker_Options,F L)) $(eval $(call generate_macro,Field_Rep,F I)) $(eval $(call generate_macro,Mouse_Base_Defs,P B)) $(eval $(call generate_macro,Mouse_Event_Rep,P M)) $(eval $(call generate_macro,Mouse_Events,B E)) $(eval $(call generate_macro,Panel_Linker_Options,P L)) $(eval $(call generate_macro,Chtype_Def,E C)) $(eval $(call generate_macro,Eti_Defs,E E)) ## m4 generated Ada sources define generate_m4_source $(BUILD_DIR)/src/$(1): $(ADA_DIR)/gen/$(1).m4 \ $(ADA_DIR)/gen/normal.m4 \ $(GENERATED_MACROS) \ | $(BUILD_DIR)/src (cd $(BUILD_DIR)/m4 m4 -DNCURSES_EXT_FUNCS=TODO \ -DM4MACRO=$(ADA_DIR)/gen/normal.m4) \ $$ \ | sed -e '/^\-\-\ \ \-\*\-\ ada\ \-\*\-.*/d' \ $$@ GENERATED_SOURCES += $(BUILD_DIR)/src/$(1) endef $(foreach template, \ $(patsubst $(ADA_DIR)/gen/%.m4,%, \ $(wildcard $(ADA_DIR)/gen/terminal_interface-curses*.m4)), \ $(eval $(call generate_m4_source,$(template ## gnatprep generated Ada sources # pragma Unreferenced has entered standard Ada now. # Choose whether we add trace() function to all models of ncurses $(BUILD_DIR)/src/terminal_interface-curses-trace.adb: $(ADA_DIR)/src/terminal_interface-curses-trace.adb_p \ | $(BUILD_DIR)/src gnatprep $ $@ -DADA_TRACE=False -DPRAGMA_UNREF=True GENERATED_SOURCES += $(BUILD_DIR)/src/terminal_interface-curses-trace.adb # build/install/clean Ada sources .PHONY: build build: export BUILD_DIR := $(BUILD_DIR) build: export ADA_DIR := $(ADA_DIR) build: export LIB_NAME := $(LIB_NAME) build: export SONAME := $(SONAME) build: $(GENERATED_SOURCES) gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=dynamic gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=static .PHONY: install install: install --directory $(DESTDIR)/usr/share/ada/adainclude/$(LIB_NAME) install --mode=644 \ $(ADA_DIR)/src/*.ad[sb] \ $(GENERATED_SOURCES) \ $(DESTDIR)/usr/share/ada/adainclude/$(LIB_NAME)
Bug#569227: ncurses-base: break handling of ctrl-c in xterm and rxvt using bash
On Tue, 16 Feb 2010, Helmut Grohne wrote: Hi Joachim, On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote: Ever thought of upgrading this two years old, totally unsupported kernel? I followed your advise and upgraded my kernel to vanilla 2.6.32.8. The problem persists in all detail (only that I lost all my old xterms). On the other hand the kernel upgrade only worsened the situation in many other aspects (#545163, #569314, ...). Do you have any other ideas on how to debug this problem? Your shell is not likely using the parts of ncurses which would change the terminal modes. For instance, bash uses only the termcap interface. I'd look at the shell. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216064118.q56...@mail101.his.com
Bug#56256: Ada95 bindings for ncurses (fwd)
On Tue, 16 Feb 2010, Nicolas Boulenguez wrote: On Sun, Feb 14, 2010 at 11:17:02AM -0500, Thomas Dickey wrote: On Sun, 14 Feb 2010, Nicolas Boulenguez wrote: I would like to make a separate package from the Ada binding. This seems the only solution since the GNAT compiler will not be available on all debian architectures before long, and this would make it quite difficult to build it from the same tarball than the C API. It should not be difficult to convince the upstream to make its source a separate tarball, since nothing has been modified in it for many years. actually, it seems that every time gnat is updated, there are more stylistic changes needed (aside from that, it's pretty stable). Would you please release a separate tarball containing only the Ada95/ subdirectory and the related documentation?? I cannot estimate the work needed if you still want generated Makefiles, but the following Makefile and GNAT project file make the job for me and may be a starting point. thanks - I'll see what I can do with this. (I may make an Ada95/configure to fill in the details). -- Content of file: Makefile #!/usr/bin/make -f # These main variables may be inherited from a distribution script. LIB_NAME ?= ncursesada DESTDIR ?= SONAME ?= lib$(LIB_NAME).so.1 # These main variables only depend on these sources. ADA_DIR := $(realpath .)/Ada95 BUILD_DIR := $(realpath .)/build GNAT_PROJECT := build.gpr # gnatmake can do parallel builds; we don't want make to interfere. .NOTPARALLEL: CPUS := $(shell getconf _NPROCESSORS_ONLN) ## build directory $(BUILD_DIR) $(BUILD_DIR)/src $(BUILD_DIR)/m4: mkdir -p $@ ## C program exporting representations $(BUILD_DIR)/gen: $(ADA_DIR)/gen/gen.c \ | $(BUILD_DIR) gcc $ -o $@ -lncurses ## files containing the m4 macros define generate_macro $(BUILD_DIR)/m4/$(1): $(BUILD_DIR)/gen \ | $(BUILD_DIR)/m4 $$ $(2) $$@ GENERATED_MACROS += $(BUILD_DIR)/m4/$(1) endef $(eval $(call generate_macro,Character_Attribute_Set_Rep,B A)) $(eval $(call generate_macro,Base_Defs,B B)) $(eval $(call generate_macro,Color_Defs,B C)) $(eval $(call generate_macro,Window_Offsets,B D)) $(eval $(call generate_macro,Key_Definitions,B K)) $(eval $(call generate_macro,Linker_Options,B L)) $(eval $(call generate_macro,ACS_Map,B M)) $(eval $(call generate_macro,Old_Keys,B O)) $(eval $(call generate_macro,Public_Variables,B P)) $(eval $(call generate_macro,AC_Rep,B R)) $(eval $(call generate_macro,Version_Info,B V)) $(eval $(call generate_macro,Trace_Defs,B T)) $(eval $(call generate_macro,Menu_Opt_Rep,M R)) $(eval $(call generate_macro,Menu_Base_Defs,M B)) $(eval $(call generate_macro,Menu_Linker_Options,M L)) $(eval $(call generate_macro,Item_Rep,M I)) $(eval $(call generate_macro,Form_Opt_Rep,F R)) $(eval $(call generate_macro,Form_Base_Defs,F B)) $(eval $(call generate_macro,Form_Linker_Options,F L)) $(eval $(call generate_macro,Field_Rep,F I)) $(eval $(call generate_macro,Mouse_Base_Defs,P B)) $(eval $(call generate_macro,Mouse_Event_Rep,P M)) $(eval $(call generate_macro,Mouse_Events,B E)) $(eval $(call generate_macro,Panel_Linker_Options,P L)) $(eval $(call generate_macro,Chtype_Def,E C)) $(eval $(call generate_macro,Eti_Defs,E E)) ## m4 generated Ada sources define generate_m4_source $(BUILD_DIR)/src/$(1): $(ADA_DIR)/gen/$(1).m4 \ $(ADA_DIR)/gen/normal.m4 \ $(GENERATED_MACROS) \ | $(BUILD_DIR)/src (cd $(BUILD_DIR)/m4 m4 -DNCURSES_EXT_FUNCS=TODO \ -DM4MACRO=$(ADA_DIR)/gen/normal.m4) \ $$ \ | sed -e '/^\-\-\ \ \-\*\-\ ada\ \-\*\-.*/d' \ $$@ GENERATED_SOURCES += $(BUILD_DIR)/src/$(1) endef $(foreach template, \ $(patsubst $(ADA_DIR)/gen/%.m4,%, \ $(wildcard $(ADA_DIR)/gen/terminal_interface-curses*.m4)), \ $(eval $(call generate_m4_source,$(template ## gnatprep generated Ada sources # pragma Unreferenced has entered standard Ada now. # Choose whether we add trace() function to all models of ncurses $(BUILD_DIR)/src/terminal_interface-curses-trace.adb: $(ADA_DIR)/src/terminal_interface-curses-trace.adb_p \ | $(BUILD_DIR)/src gnatprep $ $@ -DADA_TRACE=False -DPRAGMA_UNREF=True GENERATED_SOURCES += $(BUILD_DIR)/src/terminal_interface-curses-trace.adb # build/install/clean Ada sources .PHONY: build build: export BUILD_DIR := $(BUILD_DIR) build: export ADA_DIR := $(ADA_DIR) build: export LIB_NAME := $(LIB_NAME) build: export SONAME := $(SONAME) build: $(GENERATED_SOURCES) gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=dynamic gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=static .PHONY: install install: install --directory $(DESTDIR)/usr/share/ada/adainclude/$(LIB_NAME) install --mode=644
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Raphael Hertzog wrote: BTW: I have not closed the bug in the upload, as I'm not convinced that it's a bug in diffutils: If you write a program (dpkg-dev) which relies on the console output of another progam (diff), being that a dangerous thing, then you should be ready to change the first program whenever the console output of the second program changes. It depends on whether you consider the output part of the official API of the tool. It's still a bug that affects us and I don't see why you would not close it with this upload even if upstream (and you) decide to not revert it definitely in the long term. That dpkg and diffutils 2.9-1 can't work together is obvious. That such fact is due to a bug in diffutils is what I'm unsure about. My idea was to reassign the bug back to dpkg-dev so that you can close it whenever it's adapted to the new diff behaviour. I also do not understand the blurb you included in the changelog for the NMU. Why can't we fix this in squeeze? We have Depends and Breaks. I guess some combination of that will work, unless there is something I'm missing. The only combination that works is adding Breaks: dpkg-dev ( version of dpkg that knows the new output). But it also means that the upgrade between diffutils (essential package) and dpkg-dev/dpkg needs to be done in a given order (dpkg-dev/dpkg first). [...] It's also best for partial upgrades. I don't consider that a problem at all. Lots of packages in squeeze depend on packages only in squeeze. Not every partial upgrade from lenny to squueze is supported, only the ones that satisfy the dependencies, the conflicts, and the breaks. For example, new packages in testing used to depend on new libc6 in testing (the clever dpkg-shlibdeps behaviour makes this to be a bad example, but for a while just think about the old days) which means: * If you upgrade packake foo which depends on the new libc6, you have to upgrade libc6 as well. That was a normal thing and nobody postponed libc6 nor package foo to testing+1 to avoid it. What we have now is: * If you upgrade diffutils which breaks dpkg-dev, you have to upgrade dpkg-dev as well (if you have it installed at all). I see these two examples very similar. If the first one is acceptable and normal, so it should be the second one, IMHO. To summarize: Please let us fix this in squeeze if we can, just like any other bug, I don't see a good reason to delay it intentionally. BTW: You might want to contact upstream by using the new list bug-diffutils.gnu.org that now exists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161233450.26...@cantor.unex.es
Bug#536340: [Linux-2.6.30-1-amd64] No sound out of the front jack
In data martedì 16 febbraio 2010 11:10:36, maximilian attems ha scritto: if you can find the commit that broke your sound card by git commit chances get higher for a fix to be found. if you need instructions for git bisecting please ping. What about being assured of having found THE RIGHT buggy commit? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp957ab638fafe3cbc49ac2ee6...@phx.gbl
Bug#569633: tftpd-hpa: fails with Only absolute filenames allowed - lack -s in init script
tag 569633 moreinfo tag 569633 unreproducible tag 569633 normal thanks On 02/16/2010 12:49 PM, Jonas Smedegaard wrote: No, the issue I describe is not related to --secure. you know that -s and --secure is the same? you know that between -10 and -11 nothing changed in that regard? anyhow, i can't reproduce it. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a89a8.7020...@debian.org
Bug#368297: Doesn't su also fail?
Does su work while your sudo doesn't? If both fail when using ssl the bug should probably be changed to affecting glibc or libnss-ldap instead. This is the case in ubuntu. -- Rune -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a876e.80...@philosof.dk
Bug#570088: gkdebconf: [INTL:pt] Updated Portuguese translation for package messages
Package: gkdebconf Version: 1.2.64 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for gkdebconf and gkdebconf-term messages. Translator: Américo Monteiro a_monteiro at netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. -- Best regards, Américo Monteiro # Translation of gkdebconf messages to Portuguese # Copyright (C) 2010 the gkdebconf's copyright holder # This file is distributed under the same license as the gkdebconf package. # # Américo Monteiro a_monte...@netcabo.pt, 2010. msgid msgstr Project-Id-Version: gkdebconf 1.2.64\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-10-10 13:54-0300\n PO-Revision-Date: 2010-02-16 11:58+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: src/debconf.c:86 src/debconf.c:140 src/debconf.c:150 #, c-format msgid Checking whether\n %s\n is installed msgstr A verificar se\n %s\n está instalado #: src/debconf.c:101 msgid Using debconf msgstr A usar debconf #: src/debconf.c:210 src/debconf.c:255 msgid frontend msgstr frontend #: src/debconf.c:215 src/debconf.c:260 msgid /Options msgstr /Opções #: src/debconf.c:216 src/debconf.c:261 msgid Select msgstr Seleccionar #: src/debconf.c:242 #, c-format msgid You should install '%s' package if you need\n user-friendly configuration tool. msgstr Você deve instalar o pacote '%s' se precisa de uma\n ferramenta de configuração fácil para o utilizador. #: src/debconf.c:356 msgid The configuration script returned an\n error status. msgstr O script de configuração devolveu um\n estado de erro. #: src/files.c:85 msgid Opening msgstr A Abrir #: src/interface.c:149 msgid Sections msgstr Secções #: src/interface.c:184 msgid Package description msgstr Descrição do pacote #: src/interface.c:193 msgid Something wrong happened. Here should be the package description. msgstr Aconteceu algo errado. Aqui deveria estar a descrição do pacote. #: src/interface.c:211 msgid Select package msgstr Seleccionar pacote #: src/interface.c:220 msgid ... and click \Configure\ button msgstr ... e clique no botão \Configurar\ #: src/interface.c:279 msgid _Configure msgstr _Configurar #: src/interface.c:320 msgid /_File msgstr /_Ficheiro #: src/interface.c:321 msgid /File/_Quit msgstr /Ficheiro/_Sair #: src/interface.c:322 msgid /_Options msgstr /_Opções #: src/interface.c:323 msgid /Options/_Remember last Frontend msgstr /Opções/Lembrar o último Frontend #: src/interface.c:325 msgid /Options/Frontends msgstr /Opções/Frontends #: src/interface.c:326 msgid /_Help msgstr /_Ajuda #: src/interface.c:327 msgid /Help/_About msgstr /Ajuda/_Acerca de #: src/interface.c:339 msgid main/Options/Remember last Frontend msgstr main/Opções/Lembrar o último Frontend #: src/interface.c:617 msgid \n Starting GkDebconf... \n msgstr \n A iniciar o GkDebconf... \n #: src/interface.c:639 #, c-format msgid GkDebconf %s\n \n This program is intended for those who are not\n used to the Debian packaging system and don't\n know how to find what packages can be reconfigured\n and how to reconfigure them.\n \n Authors:\n \n Agney Lopes Roth Ferraz ag...@users.sourceforge.net \n Gustavo Noronha Silva k...@debian.org\n \n GUI improvements for version 1.2 by:\n \n Mantas Kriauciunas man...@akl.lt \n Martynas Jocius m...@delfi.lt \n msgstr GkDebconf %s\n \n Este programa destina-se a pessoas que não estão\n acostumadas com o sistema de pacotes Debian e não sabem\n descobrir quais pacotes podem ser configurados e como\n os configurar.\n \n Autores:\n \n Agney Lopes Roth Ferraz ag...@users.sourceforge.net \n Gustavo Noronha Silva k...@debian.org\n \n Melhoramentos da GUI para versão 1.2 por:\n \n Mantas Kriauciunas man...@akl.lt \n Martynas Jocius m...@delfi.lt \n #: src/interface.c:686 msgid Alert msgstr Alerta #: src/interface.c:717 msgid Do not show this message again. msgstr Não mostrar esta mensagem de novo. #: src/config.c:97 #, c-format msgid Error getting data: %s msgstr Erro ao obter dados: %s # Translation of gkdebconf-term messages to portuguese # Copyright (C) 2010 the gkdebconf's copyright holder # This file is distributed under the same license as the gkdebconf package. # # Américo Monteiro a_monte...@netcabo.pt, 2010. msgid msgstr Project-Id-Version: gkdebconf-term 1.2.64\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-10-29 17:42+0200\n PO-Revision-Date: 2010-02-16 12:03+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n #: gkdebconf-term:5 msgid This
Bug#570086: conkeror: does not handle /etc/mailcap definitions
Hi Luca,
On Tue, Feb 16, 2010 at 12:38:02PM +0100, Luca Capello wrote:
Conkeror handling of MIME types is clearly suboptimal, but this is
probably a Gecko/XULRunner problem, please feel free to reassign it.
Well, IIRC iceweasel/firefox stopped to care about /etc/mailcap and
.mailcap quite a while ago, so I would expect that this problem is
indeed a Gecko/XULrunner issue.
I though haven't checked it again since quite a while. Will do and if
necessary contact pkg-mozilla-maintain...@l.a.d.o if necessary.
--8---cut here---start-8---
define_mime_type_table(external_content_handlers,
{
*: getenv(EDITOR),
text: { *: getenv(EDITOR) },
image: { *: feh },
video: { *: mplayer },
audio: { *: mplayer },
application: {
pdf: evince,
postscript: evince,
x-dvi: evince
}
},
Structure associating MIME types and MIME type patterns with +
the names of programs for handling those them. The key \*\ +
is a pattern-matching symbol which matches anything.);
--8---cut here---end---8---
This is plainly wrong, because it assumes some programs are installed by
default and on which the binary package should depend.
Indeed.
I see two possible solutions:
1) use generic wrapper whenever we can, like see or . AFAIK this is
Debian-specific.
2) read the corresponding program from /etc/mailcap, which is the
standard location to MIME associations WRT programs installed.
... plus $HOME/.mailcap for per user overrides.
I'll have a look if using see or one of the sensible-utils works and
suffices. If not, I'll check if we can build that mime-type table out
of the correct files instead of hardcoding it (and if so, it'll be
submitted upstream).
Regards, Axel
--
Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100216120339.gc1...@sym.noone.org
Bug#380627: open-iscsi: bus error on sparc
There has been a new upload of open-iscsi, currently available in unstable, which contains many changes. Can you please verify this bug against this latest release in unstable, 2.0.871-1 ? It does not crash anymore so seems to be fixed. I have no iscsi targets available at the moment so I can not test wheter it actually works too but the startup crash that this bugreport represents has been fixed. -- Meelis Roos (mr...@linux.ee) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.soc.1.00.1002161336410.21...@math.ut.ee
Bug#570085: iceweasel: Debugging broken?
On Tue, Feb 16, 2010 at 12:31:22PM +0100, Adrian 'Dagurashibanipal' von Bidder wrote: Package: iceweasel Version: 3.5.6-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Heyho! I had a stubborn segfault at startup behaviour; while investigating I found a stale /usr/lib/iceweasel/components/libimgicon.so that didn't belong to any package (I can't remember installing it, left over of a buggy package?) The last version this file has been around is like 2.0.something... It really should have been removed by the upgrades. Removing this library made iceweasel behave again. But while investigating: I tried to get a backtrack; is the iceweasel-dbg dependency chain broken when I clear out all recommends (I don't use gnome, so I can get by with python-xpcom instead of xulrunner gnome support and its quite big dependency chain: ~$ dpkg -l iceweasel-dbg xulrunner-1.9.1-dbg python-xpcom ... ii iceweasel-dbg 3.5.6-2debugging symbols for iceweasel ii xulrunner-1.9. 1.9.1.6-1 Development files for the Gecko engine libra ii python-xpcom 1.9.1.6-1 XPCOM bindings for Python xulrunner-1.9.1-dbg contains /usr/lib/debug/usr/lib/xulrunner-1.9.1/libxul.so, which should be enough for debugging. So either you have a problem with your gdb, or there is something else that I don't know involved, but certainly not the content for the packages you have installed. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216121600.ga20...@glandium.org
Bug#570089: exactimage: embedded copy of AGG
Source: exactimage Version: 0.7.4-3 Severity: important extactimage embeds (and uses) a private copy of the AGG library. It should use the system-wide library instead. -- Jakub Wilk signature.asc Description: Digital signature
Bug#569947: upstream mailing list link
http://comments.gmane.org/gmane.emacs.orgmode/22357 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216121359.gd7...@frisco.mine.nu
Bug#564677: Fwd: Re: apps-gnustep Digest, Vol 47, Issue 3
Original Message Subject: Re: apps-gnustep Digest, Vol 47, Issue 3 Date: Tue, 16 Feb 2010 13:15:44 +0100 From: J. Jordan jjordanthesai...@gmail.com Reply-To: jjordanthesai...@gmail.com Organization: Isosceles To: Gürkan Sengün sen...@phys.ethz.ch CC: apps-gnus...@gnu.org Gurkan, I am using version 0.8.8 released November 2009, don't think it is a release but I got it from the GWorkspae SVN repository: svn co http://svn.gna.org/svn/gnustep/apps/gworkspace/trunk It seems pretty stable and very usable, just don't delete the directory you have selected in GWorkspace using your Terminal as that causes a nasty race conditon of some kind that will take your processor to 100% and is difficult to get out of. -j On 2010-02-16 12:57:49 +0100 Gürkan Sengün sen...@phys.ethz.ch wrote: jordan , FSviewer is not a GNUstep application. It has a similar look but does not use any of the GNUstep supporting structure and is no longer being actively developed. That explains why you could not find openapp. If you want to use FSviewer then you can probably just drop a symlink into /usr/bin and it will start like any other apication. If are interested in GNUstep and want to see the real-deal take a look at GWorkspace: http://www.gnustep.it/enrico/gworkspace/ GWorkspace is being actively developed and I use it every day. You will need to install the GNUstep base/back/gui to make it work but I believe that is all well supported under BSD. hm, actively developed? no release since 3 years, is more likely pretty inactive to me... yours, guerkan ___ apps-gnustep mailing list apps-gnus...@gnu.org http://lists.gnu.org/mailman/listinfo/apps-gnustep -- Gürkan Sengün sen...@phys.ethz.ch support: +41 44 633 26 68 IT Services Group, HPT D 17voice: +41 44 633 66 04 Departement Physik, ETH Zurichmobile: +41 76 436 72 00 CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a8cdb.3050...@phys.ethz.ch
Bug#570090: exiv2 - No obvious way to remove thumbnail in modify action
Package: exiv2 Version: 0.19-1 Severity: normal The only documented way to remove a thumbnail is delete -d t. But nothing exists for usage with modify action. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216122338.ga1...@wavehammer.waldi.eu.org
Bug#568866: RFA: systemtap -- instrumentation system for Linux 2.6
retitle 568866 O: systemtap -- instrumentation system for Linux 2.6 thanks Hello, I'm orphaning this package now. If you want to maintain it, it's yours. If you have questions about packaging I can help, but I don't have time to co-maintain it. Git repository is available in collab-main group on git.debian.org. I packaged latest version only for experimental because I had no time to make sure that -client and -server packages work correctly and have correct dependencies. Everything else there should be ok. 8 лютого 2010 о 15:32 +0100 Lucas Nussbaum написав(-ла): I would be interested in co-maintaining systemtap. However, I'm not sure that we should continue to try to provide a systemtap package, given that it doesn't work out of the box because of #365349. (summary: systemtap requires kernel built with debug info, which can be split into a seperate package, but still requires quite a lot of archive space (~300MiB per arch), and space on the buildd while building ( 2GiB)) Yes, that's all true. Additionally building the kernel with debuginfo requires a lot of time, at least on my system. IIRC some people proposed/tried to implement debuginfo subsetting/compression in gcc, but I'm not sure about present status. Anyway even without support for official kernel systemtap can be useful for kernel development. It's pretty sad, because Debian is currently the only major distro where systemtap doesn't work out of the box. Yes, that is sad. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#570091: exiv2 - Silently ignores request to remove Exif.Photo.MakerNote
Package: exiv2 Version: 0.19-1 Severity: important exiv2 silently ignores the request to remove Exif.Photo.MakerNote. The maker note includes sensitive information. Bastian -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216122534.gb1...@wavehammer.waldi.eu.org
Bug#568383: more information
On Tue, 16 Feb 2010 03:39:26 +0100 Christoph Anton Mitterer christoph.anton.mitte...@physik.uni-muenchen.de wrote: I think it would be a good idea if you give more information on this hole. What it is about (break in or just DoS),... and perhaps some reasonable defaults for that config option. btw: In the news file you talk about outgoing connections IIRC, but I think it's about incomming connections, isn't it? It's a DoS and it's about outgoing streams of incoming connections. In fact, no one among both ejabberd Debian packagers and ejabberd upstream has any relation to issuing the CVE being discussed, and upstream thinks the whole issue appears to be exaggregated. Below are some details to make the issue more clear. Ejabberd, being an Erlang program, consists of a (vast) number of light-weight concurrent processes (not in OS sense, and not in OS threads' sense, -- think of green threads if you like). Processes communicate by sending messages to each other; each process has its mailbox, in which messages destined to it are queued. Roughly speaking, a continuously run process just endlessly fetches messages from its mailbox and processes them. Putting messages in a process's mailbox is asynchronous to the process itself, that is, a process can be blocked in some syscall but this won't prevent the runtime from appending messages to its mailbox. Each connected user (each c2s session to be strict) in ejabberd is controlled by an Erlang process which is responsible for: 1) Receiving an input XML stream from a corresponding TCP socket, parsing its stanzas, converting them into appropriate internal datagrams and sending them to a router process. 2) Receiving datagrams representing XML stanzas from the router process, converting them into XML stanzas and sending them to the TCP socket. As can be seen, outgoing datagrams land into the c2s process's mailbox before being pushed to the outgoing TCP stream controlled by that process. Now, imagine a situation: 1) We have a c2s session on a very slow link (or a link articifally slowed down using some sort of a shaper). 2) We have another c2s session with a link fast enough to keep up with the c2s shaper limit set in the server (if any). 3) Now the second session starts sending a series of any stanzas to the first one as fast as it can. This will end up in a series of messages being sent to a c2s process responsible for the session on a slow link. Several of them will be successfully streamed, but then the TCP stack will fill up its outgoing buffer and will start to block; since then the messages will start to accumulate in the process's mailbox because they won't be fetched by a blocked process. That is, a process will send its data out slower than it will receive the data to be sent. Queueing messages means growing the system process's heap; hence, there is a possibibity to make ejabberd process run out of heap because message queues are unconstrained by default. The fix implemented by upstream allows to set a hard limit on the number of queued messages for certain ejabberd processes such as c2s and service listeners as well as s2s stream controllers. If the limit is set, then when it is reached the process is killed, its TCP streams are teared down and an ERROR message is logged. The real-world possibility of this exploit is questionable. It was seen exactly once on jabber.ru (which has a typical workload of ~20k online users); after which the original ejabberd bug was filed. Most if not any servers which allow connections from potentially hostile users, have rather tight configurations for c2s shapers which makes such kind of exploit a quite time-consuming thing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216152419.00609ebe.kos...@domain007.com
Bug#567645: [Pkg-acpi-devel] Bug#567645: [acpi-support] Thinkpad T61 volume buttons don't work
On Sat, Jan 30, 2010 at 01:49:01PM +0100, Andre Naujoks wrote: I don't really know if this is the correct package to file the bug for, but I thought, since it is an acpi feature I'd try it here. No, acpi-support only translates old ibm/hotkey events to the correct key events. When I run acpi_listen I get events form the buttons in this form: ... Which shows that your input layer already gives the right key events. Where are those events processed normally? because they seem quite generic. Am I missing something? Some additional package? It depends on which graphical user interface you use. First of all using a Thinkpad there's a good chance that you have a hardware mixer that does process the events but doesn't display anything. I'm not sure though that your model has this hardware mixer. If not you need some software reacting on the key event. For me KDE handles this part of it. Feel free to reassign this bug elsewhere as there doesn't seem to be a bug in acpi-support. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216122741.ga13...@feivel.credativ.lan
Bug#570082: blueman-manager does not start
Dnia 16.02.2010 13:00 użytkownik Christopher Schramm napisał : Is there any traceback (or other useful) output if you start blueman-manager within a terminal? That is all output in terminal: m...@menek(11:34:49)~$blueman-manager Loading configuration plugins Using gconf config backend Failed to read a valid object file image from memory. -- http://miki.menek.one.pl m...@menek.one.pl Gadu-gadu: 2128279 Mobile: +48607345846 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a8984.4070...@menek.one.pl
Bug#377270: agg doesn't provide a shared library
block 570089 with 377270 thanks ExactImage is another package which would benefit from shared AGG library. Note that ExactImage builds shared libraries itself, so it cannot link to static libraries unless they are compiled with -fPIC. (However, static libraries usually must not be compiles with -fPIC, see Debian Policy 10.2.) -- Jakub Wilk signature.asc Description: Digital signature
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Santiago Vila wrote: That dpkg and diffutils 2.9-1 can't work together is obvious. That such fact is due to a bug in diffutils is what I'm unsure about. My idea was to reassign the bug back to dpkg-dev so that you can close it whenever it's adapted to the new diff behaviour. I have cloned the bug, so we have two copies of the bug. One for dpkg-dev (#570008) and one for diffutils (#570064). You close the one in diffutils, I close the one in dpkg-dev once it supports the new output. But before I do my part in dpkg-dev I would like to have the opinion of diffutils upstream (they were cced in my initial mail, maybe you can forward the mail to the mailing list if any) to know what is the proper way to use diff and detect that diff won't do its work because one file or the other is binary. I see these two examples very similar. If the first one is acceptable and normal, so it should be the second one, IMHO. It's acceptable of course, I did just suggest that it might be a good idea to avoid it for one release because diffutils is essential and dpkg is essential too (and dpkg must be upgraded together with dpkg-dev). I leave that up to you in the end. To summarize: Please let us fix this in squeeze if we can, just like any other bug, I don't see a good reason to delay it intentionally. We'll fix it in squeeze for sure. BTW: You might want to contact upstream by using the new list bug-diffutils.gnu.org that now exists. bug-diffut...@gnu.org you mean? is that a ML and not a bug submission list? Can you do it since you are the diffutils maintainer in Debian? Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216123722.ga...@rivendell
Bug#570082: blueman-manager does not start
Is there any traceback (or other useful) output if you start blueman-manager within a terminal? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4b7a88f3.4010...@shakaweb.org
Bug#536340: [Linux-2.6.30-1-amd64] No sound out of the front jack
On Tue, Feb 16, 2010 at 12:56:29PM +0100, Marco Mattiolo wrote: In data martedì 16 febbraio 2010 11:10:36, maximilian attems ha scritto: if you can find the commit that broke your sound card by git commit chances get higher for a fix to be found. if you need instructions for git bisecting please ping. What about being assured of having found THE RIGHT buggy commit? hmmm? maybe i overread current bug report, but afais I didn't see a ref to a sha1 commit? if you already know it, please add it to the alsa bug report, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216123425.gg19...@baikonur.stro.at
Bug#567747: Bug#569314: Enabling CONFIG_VT_HW_CONSOLE_BINDING fixed this
On Tue, Feb 16, 2010 at 10:59:05AM +0100, Michel Dänzer wrote: Interesting, has this been reported to the kernel package maintainers? done in latest 2.6.32-9 will probably be uploaded together with 2.6.32.9. option was disabled as long time ago as a dev option. back then most fb drivers wouldn't unbind. thanks for the test. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216123714.gh19...@baikonur.stro.at
Bug#567378: Using alternatives for /usr/bin/markdown?
On Tue, Feb 16, 2010 at 11:01:26AM +0200, Damyan Ivanov wrote: -=| Bernd Zeimetz, Mon, Feb 08, 2010 at 10:50:28PM +0100 |=- Is there a reason why markdown should be kept in the archive then? I think no. But the package is still listed as maintained as Matt Kraai. Matt, do you mind the proposed removal of the markdown package in favour of libtest-markdown-perl and python-markdown? Removing it is fine with me. I've been waiting for someone to adopt it for some time anyway. -- Matthttp://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216125414.gb15...@ftbfs.org
Bug#570093: balsa hangs after creating imap-subfolder
Package: balsa Version: 2.3.25-1 Severity: normal After creating a new imap subfolder balsa hangs and must be killed. The imap server is cyrus from debian lenny in the LAN. The folder is created normaly. Norbert Schulz -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-21.0-fisch.rotorwerk-6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages balsa depends on: ii gnome-icon-them 2.22.0-1 GNOME Desktop icon theme ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcomerr2 1.41.3-1 common error description library ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libesmtp5 1.0.4-2 LibESMTP SMTP client library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgmime-2.0-2a 2.2.22-2 MIME library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgpg-error0 1.4-2library for common error values an ii libgpgme11 1.1.6-2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml3.14- 3.18.3-1 HTML rendering/editing library - r ii libgtksourcevie 2.2.2-1 shared libraries for the GTK+ synt ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libkrb531.6.dfsg.4~beta1-5lenny2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libnotify1 [lib 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsm6 2:1.0.3-2X11 Session Management library ii libsqlite3-03.5.9-6 SQLite 3 shared library ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages balsa recommends: ii aspell 0.60.6-1GNU Aspell spell-checker ii yelp 2.22.1-8+b1 Help browser for GNOME 2 Versions of packages balsa suggests: ii ca-certificates 20080809 Common CA certificates pn lbdb 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 Archive: http://lists.debian.org/20100216124808.25700.92713.report...@shark.rotorwerk
Bug#570094: git-daemon-run: sv start git-daemon fails with error message
Package: git-daemon-run Version: 1:1.6.6.1-1 Severity: normal sv start git-daemon does not in fact start the git daemon at all, but errors out with this message: warning: git-daemon: unable to open supervise/ok: file does not exist What on earth is supervise/ok? I really don't understand why the expected sysv interface is not provided as an option. Instead something completely different from the rest of my system is installed 'runit' forcing me to learn yet another tool or init system. It might be worthwhile if the sv thing worked, but since it doesn't, it would be great to have another interface available. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-linode22 (SMP w/4 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 git-daemon-run depends on: ii adduser 3.112 add and remove users and groups ii git-core 1:1.6.6.1-1 fast, scalable, distributed revisi ii runit2.1.1-3 system-wide service supervision git-daemon-run recommends no packages. git-daemon-run 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 Archive: http://lists.debian.org/20100216123350.19765.26579.report...@www.pelagicore.net
Bug#570064: diffutils: diff for NMU version 1:2.9-1.1
On Tue, 16 Feb 2010, Raphael Hertzog wrote: On Tue, 16 Feb 2010, Santiago Vila wrote: That dpkg and diffutils 2.9-1 can't work together is obvious. That such fact is due to a bug in diffutils is what I'm unsure about. My idea was to reassign the bug back to dpkg-dev so that you can close it whenever it's adapted to the new diff behaviour. I have cloned the bug, so we have two copies of the bug. One for dpkg-dev (#570008) and one for diffutils (#570064). You close the one in diffutils, I close the one in dpkg-dev once it supports the new output. This is what I find confusing from a formal point of view. Either the bug is in diffutils or it is in dpkg-dev. One of the two have to be changed, but not both. I've modified diffutils for the benefit of our build system, but that does not necessarily mean that it's a bug in diffutils, it's just that we prefer a workround now until we decide about the right fix than no fix at all. BTW: The BTS allows a bug to be assigned to multiple packages. I think a reassign to dpkg-dev,diffutils would have worked. Anyway, I'm keeping this bug open, as that's the one we are supposed to forward upstream (diffutils breaks dpkg-dev). [...] BTW: You might want to contact upstream by using the new list bug-diffutils.gnu.org that now exists. bug-diffut...@gnu.org you mean? is that a ML and not a bug submission list? Oops, copied and pasted from the List-Id. Yes, it's with @, and it's a mailing list and it's publicly archived. Can you do it since you are the diffutils maintainer in Debian? Ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161348530.26...@cantor.unex.es
Bug#570095: java.lang.NullPointerException: at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges(InlineStackingLayoutManager.java:350)
Package: fop Version: 1:0.95.dfsg-7 Severity: important fop currently segfault on a very simple docbook file: consider the following test.xml file: ?xml version='1.0' encoding='UTF-8'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.5//EN http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; [] article section titletitle/title para anchor id=myidx xreflabel=mylabel/ /para /section /article Now run: $ xsltproc --stringparam fop1.extensions 1 --stringparam ulink.show 0 --xinclude -o out.fo /usr/share/xml/docbook/stylesheet/nwalsh/fo/docbook.xsl ./test.xml $ fop -fo out.fo -pdf out.pdf You should get: [warning] /usr/bin/fop: Unable to locate xml-apis in /usr/share/java Feb 16, 2010 2:17:27 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'Symbol,normal,700' not found. Substituting with 'Symbol,normal,400'. Feb 16, 2010 2:17:27 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'ZapfDingbats,normal,700' not found. Substituting with 'ZapfDingbats,normal,400'. Feb 16, 2010 2:17:27 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:217) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) - java.lang.NullPointerException at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges(InlineStackingLayoutManager.java:350) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findHyphenationPoints(LineLayoutManager.java:1480) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findOptimalBreakingPoints(LineLayoutManager.java:950) at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:917) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:607) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.FlowLayoutManager.getNextKnuthElements(FlowLayoutManager.java:107) at org.apache.fop.layoutmgr.PageBreaker.getNextKnuthElements(PageBreaker.java:145) at org.apache.fop.layoutmgr.AbstractBreaker.getNextBlockList(AbstractBreaker.java:552) at org.apache.fop.layoutmgr.PageBreaker.getNextBlockList(PageBreaker.java:137) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:302) at org.apache.fop.layoutmgr.AbstractBreaker.doLayout(AbstractBreaker.java:264) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:106) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:234) at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:123) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:340) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:169) at org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1102) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.xinclude.XIncludeHandler.endElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:214) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture:
Bug#519006: Bug #519006 on binutils seems to also prevent building of libidn on mips
FYI, this bug may be causing the FTBFS of libidn on mips(el) too, see: https://buildd.debian.org/fetch.cgi?pkg=libidn;ver=1.18-1;arch=mips;stamp=1266268098 https://buildd.debian.org/fetch.cgi?pkg=libidn;ver=1.18-1;arch=mipsel;stamp=1266259463 /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/874olhxri9@mocca.josefsson.org
Bug#570095: java.lang.NullPointerException: at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges(InlineStackingLayoutManager.java:350)
I can reproduce it also in my sid chroot system: # xmlto pdf test.xml Making portrait pages on a4 paper (210mmx297mm) PassiveTeX is needed for this format, but it is not installed. Please install the passivetex package. gotlib# xmlto --with-fop pdf test.xml Making portrait pages on a4 paper (210mmx297mm) [warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:01 PM org.apache.fop.fo.properties.CommonBorderPaddingBackground init SEVERE: Background image not available: images/draft.png Feb 16, 2010 1:26:02 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'Symbol,normal,700' not found. Substituting with 'Symbol,normal,400'. Feb 16, 2010 1:26:02 PM org.apache.fop.fonts.FontInfo notifyFontReplacement WARNING: Font 'ZapfDingbats,normal,700' not found. Substituting with 'ZapfDingbats,normal,400'. Feb 16, 2010 1:26:02 PM org.apache.fop.hyphenation.Hyphenator getHyphenationTree SEVERE: Couldn't find hyphenation pattern en Feb 16, 2010 1:26:02 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:217) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) - java.lang.NullPointerException at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.applyChanges(InlineStackingLayoutManager.java:350) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findHyphenationPoints(LineLayoutManager.java:1480) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findOptimalBreakingPoints(LineLayoutManager.java:950) at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:917) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:607) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at
Bug#527581: dh_autoreconf script for autotools-dev
On Wed, 10 Feb 2010, Fabian Greffrath wrote: @Henrique: If I renamed my initial scripts to dh_config-scripts_update and dh_config-scripts_restore and renamed the dh sequence addon to config-scripts.pm, would you then accept them in autotools-dev? The Yes. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216132808.gb8...@khazad-dum.debian.net
Bug#570096: New version available since 1.76
Package: scite Version: 1.76-1 Severity: wishlist Hi, Scite has not been updated since a very long time, could you push a new package containing version 2.0 or + ? Thanks a lot regards Mourad -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scite depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libgcc1 1:4.4.2-9 GCC support library ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libstdc++64.4.2-9The GNU Standard C++ Library v3 scite recommends no packages. scite 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 Archive: http://lists.debian.org/4b7a9df8.7030...@nativobject.com
Bug#570100: [patch] please call udevadm settle in scripts/init-premount/select_eth_device
Package: live-initramfs
Version: 1.173.1-1
Severity: wishlist
Hello,
when select_eth_device is run before udevadm settle has been run, it
will not find any devices, which will lead to a kernel panic when
ipconfig is run in scripts/live. Normally udevadm settle is run by
scripts/init-premount/udev, but the udev package from Ubuntu does not do
so. The attached patch adds udevadm calls to select_eth_device and also
fixes some indentation inconsistencies. Set severity to whishlist as it
is quite unusual to use udev from Ubuntu in Debian, but I think it is
useful to ensure udevadm settle has been called. I'd also like to point
out that this may be a timing issue, so it may be hard to reproduce.
Thanks,
Andreas
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff --git a/scripts/init-premount/select_eth_device b/scripts/init-premount/select_eth_device
index 6ab8bfe..4323880 100755
--- a/scripts/init-premount/select_eth_device
+++ b/scripts/init-premount/select_eth_device
@@ -3,8 +3,6 @@
# Original script by Andreas Teuchert ant...@hsg-kl.de
# Modified by Frédéric Boiteux fboit...@calistel.com
-
-
PREREQ=blacklist udev
prereqs()
@@ -25,16 +23,28 @@ bootconf=$(egrep '^BOOT=' /conf/initramfs.conf | tail -1)
# can be superseded by command line (used by Debian-Live's netboot for example)
for ARGUMENT in $(cat /proc/cmdline); do
-case ${ARGUMENT} in
-netboot=*)
-NETBOOT=${ARGUMENT#netboot=}
-;;
-esac
+ case ${ARGUMENT} in
+ netboot=*)
+ NETBOOT=${ARGUMENT#netboot=}
+ ;;
+ esac
done
if [ $bootconf != BOOT=nfs ] [ $NETBOOT = ]; then
-# Not a net boot : nothing to do
-exit 0
+ # Not a net boot : nothing to do
+ exit 0
+fi
+
+# be sure this has been run (*should* be done by scripts/init-premount/udev)
+if [ -x /sbin/udevadm ]
+then
+ # lenny
+ udevadm trigger
+ udevadm settle
+else
+ # etch
+ udevtrigger
+ udevsettle
fi
# we want to do some basic IP
@@ -44,34 +54,35 @@ modprobe -q af_packet
l_interfaces=$(cd /sys/class/net/ ls -d eth* 2/dev/null)
if [ $(echo $l_interfaces | wc -w) -lt 2 ]; then
-# only one interface : no choice
-echo DEVICE=$l_interfaces /conf/param.conf
-exit 0
+ # only one interface : no choice
+ echo DEVICE=$l_interfaces /conf/param.conf
+ exit 0
fi
while true; do
-echo -n Looking for a connected Ethernet interface ...
+ echo -n Looking for a connected Ethernet interface ...
for interface in $l_interfaces; do
# ATTR{carrier} is not set if this is not done
-echo -n $interface ?
+ echo -n $interface ?
ipconfig -c none -d $interface -t 1 /dev/null 21
-done
-echo ''
+ done
+
+ echo ''
-for step in 1 2 3 4 5; do
- for interface in $l_interfaces; do
-carrier=$(cat /sys/class/net/$interface/carrier \
- 2/dev/null)
-# link detected
-if [ $carrier = 1 ]; then
-echo found $interface.
-# inform initrd's init script :
-echo DEVICE=$interface /conf/param.conf
-exit 0
- fi
- done
-# wait a bit
-sleep 1
-done
+ for step in 1 2 3 4 5; do
+ for interface in $l_interfaces; do
+ carrier=$(cat /sys/class/net/$interface/carrier \
+2/dev/null)
+ # link detected
+ if [ $carrier = 1 ]; then
+echo found $interface.
+# inform initrd's init script :
+echo DEVICE=$interface /conf/param.conf
+exit 0
+ fi
+ done
+ # wait a bit
+ sleep 1
+ done
done
signature.asc
Description: Digital signature
Bug#570064: diffutils 2.9 breaks dpkg-dev
Raphael, this is the NEWS entry for the change: * Diff now simply prints Files A and B differ instead of Binary files A and B differ. The message is output if either A or B appears to be a binary file, and the old wording was misleading because it implied that both files are binary, which is not necessarily the case. Apparently, diff will show Files A and B differ only when at least one of them is binary, so the meaning is the same as before. My suggestion to avoid data loss would be something like this: Files A and B differ and at least one of them is binary. However, as long as the meaning is the same (upstream could confirm this) even if the message is not changed again, I think it should be quite easy to adapt dpkg-dev to the new behaviour if it's kept that way. Let's see what upstream think about this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1002161432320.26...@cantor.unex.es
