Bug#485791: emacs: does not indent some java code
tags 485791 + moreinfo
thanks
lbarc...@freeresearch.org writes:
> If I try to indent the following Java code (stored in Test.java file and
> properly colorified by emacs):
>
> public class Test {
> void proba () {
> String var1=null;
> String var2="skdjf"+
> var1;
> }
> }
>
> When I press tab key having the cursor in line "var1;" I get the following
> error:
> Invalid function: (macro . #[(position &optional point) "\302
> and some more strange codes and, of course, the line is not indented
> propertly.
Can you see if this still happens with the latest emacs23 packages?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580956: [Pkg-libvirt-maintainers] Bug#580956: libvirt-bin: restore of kvm virtual machine is broken
Hi Guido, Am 13.05.2010 15:12, schrieb Guido Günther: >> When changing saved state permissions after 'virsh save' to 0644 'virsh >> restore' does cleanly start the vm. This means at least network >> connection is working (ping/ssh). But vnc monitor in virt-manager is >> still showing weird content as described before. > I'm not seeing your permission issues but I can at least reproduce the > broken VNC display with virt-manager, virt-viewer and gvncvier. fortunately one reported issue can be reproduced ... This should be handled in another thread. Sorry, I mixed up two issues again. Could you please rename this one to 'vnc is broken' or something? The permission issues have a connection to #575824. I will report permission related stuff to this report. Looking forward to close that one ... regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
On Mon, May 17, 2010 at 10:40:27PM +0200, Mehdi Dogguy wrote:
> Could you please add a link to UbuntuDiff in the Ubuntu box in the
> PTS?
Not this way. The guideline for links in the PTS is that they are there
only if, upon click, they lead to some information. The patch you
propose on the contrary adds a link no matter what.
What we need is instead an index of all packages currently having some
information on ubuntudiff to show; that index should be downloaded daily
and information about which packages have some data to show internalized
in the PTS. Then, at page generation time, we will output the link only
if there is some information to show.
That patter is common to several parts of the PTS, if you look around in
the code I'm confident you'll find out how to improve your patch along
these lines.
Cheers.
PS as we already have some ubuntu information in the PTS, I'm copying
Lucas which IIRC contributed that other information: can you please
you two check that there is no overlapping in having both links?
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Bug#582076: nvidia-glx: TwinViewXineramaInfoOrder causes segfault in X server on startup
Package: nvidia-glx Version: 195.36.24-1 Severity: normal This seems to be a bug introduced in 195. Prior versions worked. The issue is the Xserver gets a segfault on startup. The /var/log/Xorg.0.log: - X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux russell-laptop 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=UUID=f9a30147-fc44-4c61-b98b-32243bdefc7a ro nopat quiet Build Date: 04 May 2010 04:21:17PM xorg-server 2:1.7.7-1 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue May 18 16:35:08 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (**) Option "defaultserverlayout" "dual" (**) ServerLayout "dual" (**) |-->Screen "dual" (0) (**) | |-->Monitor "DELL Panel WSXGA Dual" (**) | |-->Device "NVidia Quadro FX 370M Dual" (**) |-->Input Device "Laptop Keyboard" (**) |-->Input Device "Laptop Touchpad" (**) Option "DontZap" "false" (**) Option "AllowMouseOpenFail" "true" (**) Option "Xinerama" "false" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. (WW) Disabling Laptop Keyboard (WW) Disabling Laptop Touchpad (II) Loader magic: 0x7c43e0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:1:0:0) 10de:06fb:1028:0234 nVidia Corporation rev 161, Mem @ 0xf500/16777216, 0xe000/268435456, 0xf200/33554432, I/O @ 0xdf00/128, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded by default. (II) "dri2" will be loaded by default. (II) LoadModule: "dbe" (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "glx" (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.0 Module class: X.Org Server Extension (II) NVIDIA GLX Module 195.36.24 Thu Apr 22 19:52:00 PDT 2010 (II) Loading extension GLX (II) LoadModule: "record" (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension RECORD (II) LoadModule: "dri" (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.7.7, module
Bug#582077: /usr/bin/whois: co.ls url is out of date
Package: whois Version: 5.0.4 Severity: minor File: /usr/bin/whois $ whois leo.co.ls This TLD has no whois server, but you can access the whois database at http://www.co.ls/data/co.asp It's actually http://www.co.ls/co.asp My guess is its been updated. - Craig -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages whois depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libidn11 1.18-1 GNU Libidn library, implementation whois recommends no packages. whois suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
Package: mc Version: 3:4.7.0.5-1 Severity: normal Hi, when setting up the latest mc package I noticed the following error message: Setting up mc (3:4.7.0.5-1) ... /var/lib/dpkg/info/mc.postinst: line 4: dpkg-architecture: command not found r...@sidamd64:~# Indeed the postin script calls dpkg-architecture from dpkg-dev, which is not installed on that box. Interestingly the script does not fail, but reports the package to be fully set up -> Severity normal. I guess simply putting dpkg-dev to the depends is not the best solution. Plase use another method to determine the arch or check if dpkg-architecture is available before calling it. H. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-4The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' & 'mailcap Versions of packages mc suggests: pn arj(no description available) ii bzip21.0.5-4 high-quality block-sorting file co pn catdvi (no description available) pn dbview (no description available) pn djvulibre-bin (no description available) ii file 5.04-2 Determines file type using "magic" ii gv [pdf-viewer] 1:3.6.9-1 PostScript and PDF viewer for X ii imagemagick 7:6.6.0.4-2 image manipulation programs pn odt2txt(no description available) ii perl 5.10.1-12 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto(no description available) pn python-tz (no description available) ii unzip6.0-4 De-archiver for .zip files ii w3m 0.5.2-4 WWW browsable pager with excellent ii xpdf-reader [pdf-viewer] 3.02-2 Portable Document Format (PDF) sui ii zip 3.0-3 Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581268: libdata-visitor-perl: move away from libdata-alias-perl
On Wed, May 12, 2010 at 10:49:54AM +0300, Niko Tyni wrote: > On Mon, Apr 26, 2010 at 09:57:30PM +0300, Niko Tyni wrote: > > B: remove libdata-alias-perl from the archive: either > > B1. remove the libdata-visitor-perl dependency on libdata-alias-perl > > and hope that no libdata-visitor-perl reverse dependencies need > > the removed functionality It turns out that Data::Alias is only needed for currently undocumented functionality, enabled with the 'weaken' attribute of Data::Visitor objects. Therefore I think this solution is acceptable and even preferred. I've glanced through the six reverse dependencies of libdata-visitor-perl, and I don't see any indication that the undocumented weak reference support in Data::Visitor is needed. > > B2. split Data::Alias::deref() out into a new package and make > > libdata-visitor-perl use that. As a proof of concept, I've put together a Data-Visitor-Crippled distribution, available at http://people.debian.org/~ntyni/perl/Data-Alias-Crippled-1.0701.tar.gz but I'm not really enthusiastic about taking this path any further. I propose we demote libdata-alias-perl to Recommends: or even Suggests: for now. I very much doubt anything is going to break. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Hi Reinhard (2010.05.18_07:36:52_+0200) > > Severity: important > that would be severity serious. Reportbug dropped it when I wasan't looking. I raised it manually, afterwards. > can you please clarify what is different on your system? perhaps a > *full* buildlog would be helpful? Pretty standard pbuilder. Full build log attached. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 dpkg-checkbuilddeps: Unmet build dependencies: libjack-dev python-gtk2-dev python-mutagen libvorbis-dev libxine-dev libsamplerate0-dev libflac-dev libshout3-dev libsndfile1-dev libmad0-dev libavcodec-dev libavformat-dev W: Unmet build-dependency in source dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: source package idjc dpkg-buildpackage: source version 0.8.2-2 dpkg-buildpackage: source changed by Alessio Treglia dpkg-checkbuilddeps: Unmet build dependencies: libjack-dev python-gtk2-dev python-mutagen libvorbis-dev libxine-dev libsamplerate0-dev libflac-dev libshout3-dev libsndfile1-dev libmad0-dev libavcodec-dev libavformat-dev dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: warning: (Use -d flag to override.) dpkg-buildpackage: warning: This is currently a non-fatal warning with -S, but dpkg-buildpackage: warning: will probably become fatal in the future. fakeroot debian/rules clean dh --with quilt,python-central clean dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory `/tmp/py24/idjc-0.8.2' rm -f AUTHORS.gz ChangeLog.gz NEWS.gz README.gz rm -f idjcctrl idjcskype idjc rm -f artwork/idjc.png rm -fr libshout dh_auto_clean make[1]: Leaving directory `/tmp/py24/idjc-0.8.2' dh_quilt_unpatch No patch removed dh_clean dpkg-source -b idjc-0.8.2 dpkg-source: info: using source format `1.0' dpkg-source: info: building idjc using existing idjc_0.8.2.orig.tar.gz dpkg-source: info: building idjc in idjc_0.8.2-2.diff.gz dpkg-source: info: building idjc in idjc_0.8.2-2.dsc dpkg-genchanges -S >../idjc_0.8.2-2_source.changes dpkg-genchanges: not including original source code in upload dpkg-buildpackage: source only, diff-only upload (original source NOT included) I: using fakeroot in build. I: Current time: Tue May 18 08:55:11 SAST 2010 I: pbuilder-time-stamp: 1274165711 I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz] I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps I: user script /var/cache/pbuilder/build//22584/tmp/hooks/D90update starting Get:1 http://debian.mirror.ac.za sid Release.gpg [835B] Get:2 http://debian.mirror.ac.za sid Release [104kB] Get:3 http://debian.mirror.ac.za sid/main Packages/DiffIndex [2038B] Get:4 http://debian.mirror.ac.za sid/contrib Packages/DiffIndex [2023B] Get:5 http://debian.mirror.ac.za sid/non-free Packages/DiffIndex [2023B] Get:6 http://debian.mirror.ac.za sid/main 2010-05-17-0258.44.pdiff [5952B] Get:7 http://debian.mirror.ac.za sid/main 2010-05-17-0258.44.pdiff [5952B] Get:8 http://debian.mirror.ac.za sid/main 2010-05-17-0258.44.pdiff [5952B] Get:9 http://debian.mirror.ac.za sid/contrib 2010-05-17-1510.04.pdiff [254B] Get:10 http://debian.mirror.ac.za sid/contrib 2010-05-17-1510.04.pdiff [254B] Get:11 http://debian.mirror.ac.za sid/contrib 2010-05-17-1510.04.pdiff [254B] Get:12 http://debian.mirror.ac.za sid/main 2010-05-17-0909.22.pdiff [9906B] Get:13 http://debian.mirror.ac.za sid/main 2010-05-17-0909.22.pdiff [9906B] Get:14 http://debian.mirror.ac.za sid/main 2010-05-17-0909.22.pdiff [9906B] Get:15 http://debian.mirror.ac.za sid/main 2010-05-17-1510.04.pdiff [10.3kB] Get:16 http://debian.mirror.ac.za sid/main 2010-05-17-1510.04.pdiff [10.3kB] Get:17 http://debian.mirror.ac.za sid/main 2010-05-17-1510.04.pdiff [10.3kB] Get:18 http://debian.mirror.ac.za sid/main 2010-05-17-2111.10.pdiff [23.6kB] Get:19 http://debian.mirror.ac.za sid/main 2010-05-17-2111.10.pdiff [23.6kB] Get:20 http://debian.mirror.ac.za sid/main 2010-05-17-2111.10.pdiff [23.6kB] Fetched 161kB in 4s (32.6kB/s) Reading package lists... I: user script /var/cache/pbuilder/build//22584/tmp/hooks/D90update finished -> Attempting to satisfy build-dependencies -> Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder T
Bug#582079: gnustep-examples: FTBFS with gnustep-gui/0.18.0: SecondWindowOwner.m:32: error: 'GSToolbar' undeclared (first use in this function)
Source: gnustep-examples Version: 1:1.2.0-2 Severity: important User: pkg-gnustep-maintain...@lists.alioth.debian.org Usertags: gnustep-gui0.18-transition gnustep-transition This package fails to build with gnustep-gui/0.18.0 with the following error: gcc SecondWindowOwner.m -c \ -MMD -MP -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -O2 -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS -fgnu-runtime -fconstant-string-class=NSConstantString -I. -I/usr/local/include/GNUstep -I/usr/include/GNUstep \ -o obj/ToolbarExample.obj/SecondWindowOwner.m.o In file included from SecondWindowOwner.m:26: SecondWindowOwner.h:29:34: warning: GNUstepGUI/GSToolbar.h: No such file or directory SecondWindowOwner.m: In function '-[SecondWindowOwner awakeFromNib]': SecondWindowOwner.m:32: error: 'GSToolbar' undeclared (first use in this function) SecondWindowOwner.m:32: error: (Each undeclared identifier is reported only once SecondWindowOwner.m:32: error: for each function it appears in.) SecondWindowOwner.m:32: error: 'otherToolbar' undeclared (first use in this function) SecondWindowOwner.m: At top level: SecondWindowOwner.m:53: error: expected ')' before 'GSToolbar' SecondWindowOwner.m:80: error: expected ')' before 'GSToolbar' SecondWindowOwner.m:90: error: expected ')' before 'GSToolbar' make[6]: *** [obj/ToolbarExample.obj/SecondWindowOwner.m.o] Error 1 Newest GNUstep libraries are not yet available in Debian; the plan is to upload them within May. You can find source and binary packages at http://fsa-bg.org/~yavorescu/gnustep/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582080: gnustep-examples: Broken nostrip handling with gnustep-make/2.4.x
Source: gnustep-examples Version: 1:1.2.0-2 Severity: important User: pkg-gnustep-maintain...@lists.alioth.debian.org Usertags: gnustep-make2.4-transition gnustep-transition [ This report was generated semi-automatically. ] Your package implements `noopt' support by conditionally defining the OPTFLAG variable. As of gnustep-make/2.4.0, this also swallows the -g flag passed to GCC so the produced binaries are useless for debugging even if the package is built with `nostrip'. See /usr/share/GNUstep/Documentation/Developer/Make/ReleaseNotes/RELEASENOTES for more information. In almost all cases this is easy to fix; if you were doing something like: ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) OPTFLAG := -O0 else OPTFLAG := -O2 endif build-stamp: ... $(MAKE) OPTFLAG=$(OPTFLAG) ... , then replacing it with ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) optim := debug=yes endif build-stamp: ... $(MAKE) $(optim) ... should be sufficient. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582081: computer-janitor: [INTL: de] german translation
Package: computer-janitor Version: 1.14.1-1 Severity: wishlist Tags: l10n Hi, Please find the initial german translation of computer-janitor attached. Regards, Chris # German translation of computer-janitor. # Copyright (C) 2007-2008 Lars Wirzenius . # This file is distributed under the same license as the # computer-janitor package. # Chris Leick , 2010. # msgid "" msgstr "" "Project-Id-Version: computer-janitor 1.14.1-1\n" "Report-Msgid-Bugs-To: Lars Wirzenius \n" "POT-Creation-Date: 2009-02-11 19:05+0200\n" "PO-Revision-Date: 2010-05-17 21:05+0100\n" "Last-Translator: Chris Leick \n" "Language-Team: Debian German \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: ../computerjanitorapp/app.py:35 #, python-format msgid "" "Essential package %s is missing. There may be problems with apt sources.list " "or Packages files may be missing?" msgstr "" "Essential-Paket %s fehlt. Es könnten Probleme mit der »sources.list« von " "Apt bestehen oder es könnten Packages-Dateien fehlen." #. We're OK with something going wrong. #: ../computerjanitorapp/app.py:65 msgid "Logging to syslog cannot be set up." msgstr "Protokollierung zu »syslog« kann nicht eingerichtet werden." #: ../computerjanitorapp/app.py:85 msgid "Running application, with:" msgstr "Anwendung wird ausgeführt mit:" #: ../computerjanitorapp/app.py:102 msgid "" "\n" "%prog [options] find\n" "%prog [options] cleanup [CRUFT]...\n" "%prog [options] ignore [CRUFT]...\n" "%prog [options] unignore [CRUFT]...\n" "\n" "%prog finds and removes cruft from your system. \n" "\n" "Cruft is anything that shouldn't be on the system, but is. Stretching\n" "the definition, it is also things that should be on the system, but\n" "aren't." msgstr "" "\n" "%prog [Optionen] find\n" "%prog [Optionen] cleanup [ÃBERFLÃSSIGER PROGRAMMCODE] ...\n" "%prog [Optionen] ignore [ÃBERFLÃSSIGER PROGRAMMCODE] ...\n" "%prog [Optionen] unignore [ÃBERFLÃSSIGER PROGRAMMCODE] ...\n" "\n" "%prog findet und entfernt überflüssigen Programmcode von Ihrem System. \n" "\n" "Ãberflüssiger Programmcode ist alles, was nicht auf Ihrem System sein\n" "sollte, sich aber dort befindet. Weiter gefasst sind es auÃerdem Dinge,\n" "die auf Ihrem System sein sollten, es jedoch nicht sind." #: ../computerjanitorapp/app.py:115 msgid "" "Make the 'cleanup' command remove all packages, if none are given on the " "command line." msgstr "" "Der »cleanup«-Befehl entfernt alle Pakete, falls keine auf der Befehlszeile " "angegeben wurden." #: ../computerjanitorapp/app.py:121 #, python-format msgid "Store state of each piece of cruft in FILE. (Default is %default)." msgstr "" "Den Status von jedem Teil des überflüssigen Programmcodes in DATEI " "speichern. (Standard ist %default)." #: ../computerjanitorapp/app.py:125 msgid "" "Don't actually remove anything, just to do so. This is useful for testing " "stuff." msgstr "" "Nichts tatsächlich entfernen, nur so tun als ob. Dies ist für Testzwecke " "nützlich." #: ../computerjanitorapp/app.py:130 msgid "" "Verbose operation: make find show an explanation for each piece of cruft " "found." msgstr "" "Detaillierte Ausführung: »find« eine Erklärung für jedes gefundene Teil " "überflüssigen Programmcodes anzeigen lassen." #: ../computerjanitorapp/ui_cli.py:30 #, python-format msgid "Unknown command: %s" msgstr "Unbekannter Befehl: %s" #: ../computerjanitorapp/ui_cli.py:36 #, python-format msgid "Unknown cruft: %s" msgstr "Unbekannter überflüssiger Programmcode: %s" #: ../computerjanitorapp/ui_cli.py:42 msgid "computer-janitor must be run as root, sorry." msgstr "Computer-janitor muss als »root« ausgeführt werden, Entschuldigung." #: ../computerjanitorapp/ui_cli.py:114 msgid "removable" msgstr "entfernbar" #: ../computerjanitorapp/ui_cli.py:116 msgid "ignored" msgstr "ignoriert" #: ../computerjanitorapp/ui_cli.py:141 #, python-format msgid "Ignored: %s" msgstr "Ignoriert: %s" #: ../computerjanitorapp/ui_cli.py:145 ../computerjanitorapp/ui_gtk.py:88 #, python-format msgid "Pretending to remove cruft: %s" msgstr "Entfernen von überflüssigem Programmcode vortäuschen: %s" #: ../computerjanitorapp/ui_cli.py:147 ../computerjanitorapp/ui_gtk.py:90 #, python-format msgid "Removing cruft: %s" msgstr "Entfernen von überflüssigem Programmcode: %s" #: ../computerjanitorapp/ui_cli.py:151 ../computerjanitorapp/ui_gtk.py:96 #, python-format msgid "Pretending to post-cleanup: %s" msgstr "Nachreinigung vortäuschen: %s" #: ../computerjanitorapp/ui_cli.py:153 ../computerjanitorapp/ui_gtk.py:98 #, python-format msgid "Post-cleanup: %s" msgstr "Nachreinigung: %s" #: ../computerjanitorapp/ui_gtk.py:54 msgid "Finding plugins" msgstr "Erweiterungen finden" #: ../computerjanitorapp/ui_gtk.py:61 msgid "Finding cruft" msgstr "Ãberflüssigen Programmcode finden" #: ../computerjanitorapp/ui_gtk.py:84 msgid "Cleaning up cruft" msgstr "Ãberflüssigen Programmcode bereinigen" #: ../co
Bug#581323: bubblemon: FTBFS: configure: error: libgtop not found.
Repeating my answer without quoting the original submission; just to make it more visible at the bottom of the page: This has been fixed in upstream, updating the Debian package to 2.0.15 will resolve this. Regards /Johan
Bug#582082: adacontrol: FTBFS on mips, sparc: fatal error, run-time library not installed correctly
Package: adacontrol Version: 1.12r3-1 Severity: important Tags: help X-Debbugs-CC: debian-...@lists.debian.org >From the buildd log of adacontrol on mips and sparc: gnatmake -j1 -p -Psrc/build.gpr object directory "/build/buildd-adacontrol_1.12r3-1-mipsel-hMlTka/adacontrol-1.12r3/src/../obj" created fatal error, run-time library not installed correctly cannot locate file system.ads gnatmake: *** make failed. make: *** [build] Error 4 dpkg-buildpackage: error: debian/rules build gave error exit status 2 The same version of gnat-4.4 built adacontrol successfully on all other architectures. If anyone with access to a sparc or mips machine could try to reproduce the problem I would be grateful. My hunch is that this is a problem with the installation of gnat-4.4 on those two machines. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
On 05/18/2010 09:04 AM, Stefano Zacchiroli wrote: > On Mon, May 17, 2010 at 10:40:27PM +0200, Mehdi Dogguy wrote: >> Could you please add a link to UbuntuDiff in the Ubuntu box in the >> PTS? > > Not this way. The guideline for links in the PTS is that they are there > only if, upon click, they lead to some information. The patch you > propose on the contrary adds a link no matter what. > That's not the case. My changes are inside an "if". Thus, my link is shown if and only if the "Patches" link is visible. > What we need is instead an index of all packages currently having some > information on ubuntudiff to show; that index should be downloaded daily > and information about which packages have some data to show internalized > in the PTS. Then, at page generation time, we will output the link only > if there is some information to show. > That list is available through http://ubuntudiff.debian.net/packages/list.txt but contains the same index as http://patches.ubuntu.com/PATCHES, which is already parsed by the PTS. That's why I've choosen to put the link inside the same "if" statement. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
On 18/05/10 at 09:04 +0200, Stefano Zacchiroli wrote: > PS as we already have some ubuntu information in the PTS, I'm copying >Lucas which IIRC contributed that other information: can you please >you two check that there is no overlapping in having both links? I'm not entirely convinced by the approach. What value does it add *on the PTS* compared to what is already available in the Ubuntu box? Wouldn't it be better to work with Ubuntu on a better patches.u.c? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582059: multistrap: French debconf templates translation
tag 582059 + pending retitle 582059 [INTL:fr] French program output translation quit On Mon, 17 May 2010 22:42:23 +0200 Bruno Travouillon wrote: > *** /nfs/donnees/debian/traductions/patch-translate.txt > Please find attached the French debconf templates translation, proofread by > the > debian-l10n-french mailing list contributors. > > This file should be put as debian/po/fr.po in your package build tree. Wrong template. This is the program output translation, the package does not use debconf; the file has gone into trunk/po/fr.po -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ pgprRc2SeNwGw.pgp Description: PGP signature
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
user qa.debian@packages.debian.org
usertags 582038 + pts
thanks
On Mon, May 17, 2010 at 10:40:27PM +0200, Mehdi Dogguy wrote:
>
> +
> + href="http://ubuntudiff.debian.net/x/package/{$package}";>UbuntuDiff
> +
Err, sorry, my eyes clipped to the '+' lines and I obviously missed the
which was already there in the context. The patch looks
fine. (Next time, dear Zack, don't reply to a patch proposal before the
morning coffee.)
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Bug#582076: nvidia-glx: TwinViewXineramaInfoOrder causes segfault in X server on startup
tags 582076 upstream thanks Russell Stuart wrote: > Package: nvidia-glx > Version: 195.36.24-1 > Severity: normal > > > This seems to be a bug introduced in 195. Prior versions worked. The issue > is the What was the last working version? > Xserver gets a segfault on startup. The /var/log/Xorg.0.log: Did you mistype the bug title? It mentions a different option ... I have a similar setup with a handmade xorg.conf (showing Device section only): Section "Device" Identifier "Configured Video Device" Driver "nvidia" Option "TwinView" Option "MetaModes" "CRT-0: 1600x1200, DFP-0: 1680x1050; , DFP-0: 1680x1050" Option "TwinViewOrientation" "CRT-0 LeftOf DFP-0" EndSection on a G84M [Quadro NVS 140M] GPU. Only other difference I see on a quick glance is kernel 2.6.32-3 vs. 2.6.32-5. You should probably check in the NVIDIA Linux forum for a similar report and make a new one if noone reported this problem so far, following the bug reporting instructions found there. http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14 There is nothing the Debian NVIDIA packaging team can do about bugs in the closed-source driver. If you find/post something over there please post a link here, too, so progress can be followed. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582083: grep --color should imply --color=yes, not --color=auto
Package: grep Version: 2.6.3-2 Severity: normal If I pipe the output of `grep --color` to something like `less -R` then I expect '--color' to be obeyed. Instead, it seems that '--color' by itself implies '--color=auto', and the output isn't colorised because it's not outputting to a tty. If I instead say `grep --color=yes | less -R`, it is of course obeyed, but it would be much more useful to not have to force it to color=yes when it's quite obvious from the start, that's what I meant when I said "--color". -- 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.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grep depends on: ii dpkg 1.15.5.6 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib grep recommends no packages. Versions of packages grep suggests: ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582084: libvips15: Patch fixes some typos
Package: libvips15
Version: 7.20.7-1
Severity: minor
Tags: patch
Hi,
while translating vips to german, I've found some typos. (see patch)
Regards,
Chris
diff -ru vips-7.20.7.orig//libvips/arithmetic/arith_dispatch.c vips-7.20.7/libvips/arithmetic/arith_dispatch.c
--- vips-7.20.7.orig//libvips/arithmetic/arith_dispatch.c 2010-05-18 09:58:32.0 +0200
+++ vips-7.20.7/libvips/arithmetic/arith_dispatch.c 2010-05-18 10:04:59.0 +0200
@@ -767,7 +767,7 @@
*/
static im_function ceil_desc = {
"im_ceil", /* Name */
- N_( "round to smallest integal value not less than" ),
+ N_( "round to smallest integer value not less than" ),
IM_FN_PIO | IM_FN_PTOP, /* Flags */
ceil_vec, /* Dispatch function */
IM_NUMBER( one_in_one_out ), /* Size of arg list */
@@ -786,7 +786,7 @@
*/
static im_function floor_desc = {
"im_floor", /* Name */
- N_( "round to largest integal value not greater than" ),
+ N_( "round to largest integer value not greater than" ),
IM_FN_PIO | IM_FN_PTOP, /* Flags */
floor_vec, /* Dispatch function */
IM_NUMBER( one_in_one_out ), /* Size of arg list */
@@ -805,7 +805,7 @@
*/
static im_function rint_desc = {
"im_rint", /* Name */
- N_( "round to nearest integal value" ),
+ N_( "round to nearest integer value" ),
IM_FN_PIO | IM_FN_PTOP, /* Flags */
rint_vec, /* Dispatch function */
IM_NUMBER( one_in_one_out ), /* Size of arg list */
diff -ru vips-7.20.7.orig//libvips/freq_filt/im_fractsurf.c vips-7.20.7/libvips/freq_filt/im_fractsurf.c
--- vips-7.20.7.orig//libvips/freq_filt/im_fractsurf.c 2010-05-18 09:58:51.0 +0200
+++ vips-7.20.7/libvips/freq_filt/im_fractsurf.c 2010-05-18 10:06:15.0 +0200
@@ -70,7 +70,7 @@
return( -1 );
if( frd <= 2.0 || frd >= 3.0 ) {
im_error( "im_fractsurf", "%s",
- _( "dimension shuld be in (2,3)" ) );
+ _( "dimension should be in (2,3)" ) );
return( -1 );
}
diff -ru vips-7.20.7.orig//libvips/inplace/im_circle.c vips-7.20.7/libvips/inplace/im_circle.c
--- vips-7.20.7.orig//libvips/inplace/im_circle.c 2010-05-18 09:58:35.0 +0200
+++ vips-7.20.7/libvips/inplace/im_circle.c 2010-05-18 10:07:07.0 +0200
@@ -87,7 +87,7 @@
if ( ((radius+cy)> im->Ysize - 1) || ((cy-radius)< 0 ) ||
((radius+cx)> im->Xsize - 1) || ((cx-radius) < 0 ) )
{
- im_error( "im_circle", "%s", _( "The circle doesnot fit in image") );
+ im_error( "im_circle", "%s", _( "The circle does not fit in image") );
return(-1);
}
/* Draw the circle */
diff -ru vips-7.20.7.orig//libvips/mask/rw_mask.c vips-7.20.7/libvips/mask/rw_mask.c
--- vips-7.20.7.orig//libvips/mask/rw_mask.c 2010-05-18 09:58:09.0 +0200
+++ vips-7.20.7/libvips/mask/rw_mask.c 2010-05-18 10:07:46.0 +0200
@@ -411,7 +411,7 @@
for( i = 0; i < dmask->xsize * dmask->ysize; i++ )
if( ceil( dmask->coeff[i] ) != dmask->coeff[i] ) {
- im_error( "im_read_imask", _( "cofficient at "
+ im_error( "im_read_imask", _( "coefficient at "
"position (%d, %d) is not int" ),
i % dmask->xsize,
i / dmask->xsize );
diff -ru vips-7.20.7.orig//libvips/morphology/im_cntlines.c vips-7.20.7/libvips/morphology/im_cntlines.c
--- vips-7.20.7.orig//libvips/morphology/im_cntlines.c 2010-05-18 09:58:23.0 +0200
+++ vips-7.20.7/libvips/morphology/im_cntlines.c 2010-05-18 10:09:57.0 +0200
@@ -80,7 +80,7 @@
}
if( flag != 0 && flag != 1 ) {
im_error( "im_cntlines", "%s",
- _( "flag should be 0 (horizontal) )"
+ _( "flag should be 0 (horizontal) "
"or 1 (vertical)" ) );
return( -1 );
}
diff -ru vips-7.20.7.orig//libvips/morphology/im_zerox.c vips-7.20.7/libvips/morphology/im_zerox.c
--- vips-7.20.7.orig//libvips/morphology/im_zerox.c 2010-05-18 09:58:22.0 +0200
+++ vips-7.20.7/libvips/morphology/im_zerox.c 2010-05-18 10:10:35.0 +0200
@@ -135,7 +135,7 @@
if( !t1 )
return( -1 );
if( flag != -1 && flag != 1 ) {
- im_error( "im_zerox", "%s", _( "flag not -1 ot 1" ) );
+ im_error( "im_zerox", "%s", _( "flag not -1 or 1" ) );
return( -1 );
}
if( im_piocheck( in, t1 ) )
Bug#582085: gfortran-4.4 regression: the -i4 option is not supported anymore
Package: gfortran-4.4 Version: 4.4.4-1 Severity: normal Hello, gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http://www.iram.fr/~gildas/dist/index.html). Is there any specific reason why support for this flag was dropped from 4.4 ? Cheers, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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/dash Versions of packages gfortran-4.4 depends on: ii gcc-4.4 4.4.4-1The GNU C compiler ii gcc-4.4-base 4.4.4-1The GNU Compiler Collection (base ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libc6-dev 2.10.2-8 Embedded GNU C Library: Developmen ii libgfortran3 4.4.4-1Runtime library for GNU Fortran ap ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpfr1ldbl 2.4.2-3multiple precision floating-point gfortran-4.4 recommends no packages. Versions of packages gfortran-4.4 suggests: pn gfortran-4.4-doc (no description available) pn gfortran-4.4-multilib (no description available) pn libgfortran3-dbg (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581791: squeeze udev high cpu usage at idle
On May 16, Marco d'Itri wrote: > > here a little of mothers strace if anything else needed just say... > Please report the output of udevadm monitor --property. Are there any news about this alleged bug? -- ciao, Marco signature.asc Description: Digital signature
Bug#581944: gforge-web-apache2: perl-suid is going away with Perl 5.12
On Mon, May 17, 2010 at 02:17:54PM +0300, Niko Tyni wrote: > Package: gforge-web-apache2 > Version: 5.0.1-1 > Severity: important > User: debian-p...@lists.debian.org > Usertags: perl-5.12-transition > > Perl 5.12 (currently in experimental) removed support for suidperl, > so the perl-suid Debian package is going away too. > > As this package Depends on perl-suid, it will therefore become > uninstallable when Perl 5.12 enters sid. > > It is not yet decided whether this will happen for squeeze or not, > but please move away from perl-suid as soon as possible. It looks like the perl-suid dependency might be just a leftover. >From debian/changelog: sourceforge (2.5-14) unstable; urgency=low * Added a Depends: on perl-suid (for fileforge.pl). gforge (3.3.0-60) unstable; urgency=low * [Christian] Commented fileforge and filemove in rules not to install them as there are not used right now I can't see anything in the current gforge-web-apache2 package that needs perl-suid, and the fileforge script doesn't seem to get installed. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582086: libvips15: [INTL:de] German translation
Package: libvips15 Version: 7.20.7-1 Severity: minor Tags: l10n Hi, Please find the initial german translation of vips attached. Regards, Chris de.po.gz Description: GNU Zip compressed data
Bug#581947: kdenetwork-filesharing: perl-suid is going away with Perl 5.12
On Mon, May 17, 2010 at 02:24:17PM +0300, Niko Tyni wrote: > Package: kdenetwork-filesharing > Version: 4:4.4.3-1 > Severity: important > User: debian-p...@lists.debian.org > Usertags: perl-5.12-transition > > Perl 5.12 (currently in experimental) removed support for suidperl, > so the perl-suid Debian package is going away too. > > As this package Depends on perl-suid, it will therefore become > uninstallable when Perl 5.12 enters sid. > > It is not yet decided whether this will happen for squeeze or not, > but please move away from perl-suid as soon as possible. It looks like the perl-suid dependency might be a leftover; I can't see anything in the kdenetwork-filesharing binary package that actually needs suidperl. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#562700: mailman-loop not handled by recommended Exim config
I was intending to follow up to this bug with a suggested router and transport pair for Exim, as soon as I got around to working them out. However, I prefer the alternative approach suggested by upstream in http://mail.python.org/pipermail/mailman-users/2010-May/069504.html which is simply to alias mailman-loop to root, or whichever local system user you prefer. So something similar to the following would be added to /etc/aliases mailman-loop: root While I don't understand Mailman's Postfix configuration, I believe this this is a nice simple solution which would probably solve the problem for Postfix too. Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555540: any news on tokyocabinet's FTBFS?
On Tue, May 18, 2010 at 03:47:58AM +0300, Faidon Liambotis wrote: > It seems that on consecutive runs of the test case[1] in question, it aborts > at different points each time and even succeeds in one in five runs or so. > Moreover, while the combined assert() condition fails, separate assert() calls > for each of the condition succeed while their combination still fail(!) Does tokyocabinet use multi-threading or some other means of concurrency? For me this looks like race conditions. They may live in the glibc, as there were some fixes in this area lately. Bastian -- Extreme feminine beauty is always disturbing. -- Spock, "The Cloud Minders", stardate 5818.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Seems to be a race condition in the check for the legacy avcodec include file location. Please try the patch attached (which also fixes a bashism BTW). -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de --- idjc-0.8.2.orig/configure.in +++ idjc-0.8.2/configure.in @@ -48,8 +48,7 @@ if test $makeffmpeg != "no" ; then AC_SUBST(HAVE_AVCODEC, 1) AC_MSG_CHECKING([for avcodec.h in legacy ffmpeg directory]) -gcc `pkg-config --cflags libavcodec` ffmpeg_avcodec.c -o /dev/null &> /dev/null -if test $? -eq 0 ; then +if $(gcc `pkg-config --cflags libavcodec` ffmpeg_avcodec.c -o /dev/null > /dev/null 2> /dev/null) ; then AC_MSG_RESULT([yes]) AC_DEFINE(FFMPEG_AVCODEC, 1, [if set use legacy include file location]) else
Bug#582087: SIGSEGV on function em_format_snoop_type
Package: evolution Version: 2.30.1.2-2 Severity: grave Today evolution from unstable crash whenever I clock on a message title (in message list window). After installing evolution-dbg package and running evolution via gdb, I get this information: [New Thread 0xb2dfdb70 (LWP 12503)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb2dfdb70 (LWP 12503)] 0xb60f43b0 in em_format_snoop_type (part=0xb1c4d5f8) at em-format.c:2021 2021em-format.c: No such file or directory. in em-format.c (gdb) bt #0 0xb60f43b0 in em_format_snoop_type (part=0xb1c4d5f8) at em-format.c:2021 #1 0xb60f620b in em_format_part_as (emf=0x8e57078, stream=0x8e88f20, part=0xb1c4d5f8, mime_type=0x8f59968 "application/octet-stream") at em-format.c:659 #2 0xb60f6345 in em_format_part (emf=0x8e57078, stream=0x8e88f20, part=0xb1c4d5f8) at em-format.c:704 #3 0xb6182239 in efh_format_message (emf=0x8e57078, stream=0x8e88f20, part=0xb1c4d5f8, info=0xb61bf7f0) at em-format-html.c:2782 #4 0xb6180624 in efh_format_exec (m=0x8e88f58) at em-format-html.c:216 #5 0xb6194ec8 in mail_msg_proxy (msg=0x8e88f58) at mail-mt.c:471 #6 0xb6e8c5bc in ?? () from /lib/libglib-2.0.so.0 #7 0xb6e8a69f in ?? () from /lib/libglib-2.0.so.0 #8 0xb782e585 in start_thread () from /lib/i686/cmov/libpthread.so.0 #9 0xb6dad29e in clone () from /lib/i686/cmov/libc.so.6 (gdb) Bye, Giuseppe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
On Tue, May 18, 2010 at 10:28:49 (CEST), Fabian Greffrath wrote: > Seems to be a race condition in the check for the legacy avcodec include > file location. Please try the patch attached (which also fixes a bashism > BTW). --- idjc-0.8.2.orig/configure.in +++ idjc-0.8.2/configure.in @@ -48,8 +48,7 @@ if test $makeffmpeg != "no" ; then AC_SUBST(HAVE_AVCODEC, 1) AC_MSG_CHECKING([for avcodec.h in legacy ffmpeg directory]) -gcc `pkg-config --cflags libavcodec` ffmpeg_avcodec.c -o /dev/null &> /dev/null -if test $? -eq 0 ; then +if $(gcc `pkg-config --cflags libavcodec` ffmpeg_avcodec.c -o /dev/null > /dev/null 2> /dev/null) ; then AC_MSG_RESULT([yes]) AC_DEFINE(FFMPEG_AVCODEC, 1, [if set use legacy include file location]) else I don't understand the race here. What is running in paralell to the configure script here? In squeeze and later, this check must always fail. To fix this bug, this check should be either forcefully disabled or fixed. Can someone please show this issue upstream? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: [Pkg-mc-devel] Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
Hi! On Tue, 2010-05-18 at 09:35 +0200, Hilmar Preusse wrote: > Indeed the postin script calls dpkg-architecture from dpkg-dev, which is not > installed on that box. Interestingly the script does not fail, but reports > the package to be fully set up -> Severity normal. This is my fault! I've taken these bits from mediatomb package, but it does not depend upon dpkg-dev... > I guess simply putting dpkg-dev to the depends is not the best solution. > Plase use another method to determine the arch or check if dpkg-architecture > is available before calling it. I need to set an SGID bit, if the machine is running linux kernel. In future, I would need to detect kfreebsd as well. The bits for Hurd will probably never be implemented. Is there any other way to detect the architecture in such a case? I did some research, but the references to dpkg-architecture are all that I could find. Thanks! -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582087: [Evolution] Bug#582087: SIGSEGV on function em_format_snoop_type
On 18/05/2010 10:31, Giuseppe Sacco wrote: > Package: evolution > Version: 2.30.1.2-2 > Severity: grave > > Today evolution from unstable crash whenever I clock on a message title > (in message list window). > After installing evolution-dbg package and running evolution via gdb, I > get this information: > Please reply to the bug using reportbug so we get useful information about your installation. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582085: gfortran-4.4 regression: the -i4 option is not supported anymore
On 18.05.2010 10:19, Vincent Fourmond wrote: Package: gfortran-4.4 Version: 4.4.4-1 Severity: normal Hello, gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http://www.iram.fr/~gildas/dist/index.html). Is there any specific reason why support for this flag was dropped from 4.4 ? didn't check. is this seen with 4.5/snapshot as well? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580553: related to #575150
I think this is the same error as in #575150. I do think the RC is appropriate and that should be present still if the bugs merge. -- brother -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Am 18.05.2010 10:35, schrieb Reinhard Tartler: I don't understand the race here. What is running in paralell to the configure script here? In the build log, the result of the check is already (faulty) positive checking for avcodec.h in legacy ffmpeg directory... yes *before* the code is actually compiled. The error message ffmpeg_avcodec.c:3:28: error: ffmpeg/avcodec.h: No such file or directory is printed *after* the line, that reports the result of the check to be positive. In squeeze and later, this check must always fail. To fix this bug, this check should be either forcefully disabled or fixed. I think my patch does fix this check. Now it checks for the actual compilation result and not for a spurious "$?" return code of any other command that may have been finished successfully before the code to be checked has actually been compiled. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582076: nvidia-glx: TwinViewXineramaInfoOrder causes segfault in X server on startup
On Tue, 2010-05-18 at 10:01 +0200, Andreas Beckmann wrote: > > This seems to be a bug introduced in 195. Prior versions worked. The > > issue is the > What was the last working version? 185.18.14-1 > Did you mistype the bug title? It mentions a different option ... Bugger. Bug title is correct. The description is wrong. In this bit: On Tue, 2010-05-18 at 17:08 +1000, Russell Stuart wrote: > The above xorg.conf worked fine on prior versions of nvidia-glx. I > found the above config would work if I commented out this one line: > > Option"TwinViewOrientation" "DFP-0 LeftOf CRT-0" > > Of course removing that line makes X seriously confused about what > part of the window is actually displayed on the physcial DFP (which > is my laptops LCD). > > This is the Xorg.0.log produced when the TwinViewOrientation is > commented out: The line that causes the problem is actually: Option "TwinViewXineramaInfoOrder" "DFP, CRT, TV" So in my description above: s/TwinViewOrientation/TwinViewXineramaInfoOrder/ > There is nothing the Debian NVIDIA packaging team can do about bugs in > the closed-source driver. Yes, I know. I assumed you have some bug reporting line to upstream? If not, I guess I should report it directly to NVidia. > If you find/post something over there please post a link here, too, so > progress can be followed. Will do, but I can't see anything related. There is no backtrace with InitOutput in it that looks vaguely similar, and none with memmove in it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: [Pkg-mc-devel] Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
On 18.05.10 Yury V. Zaytsev (y...@shurup.com) wrote: > On Tue, 2010-05-18 at 09:35 +0200, Hilmar Preusse wrote: Hi, > > I guess simply putting dpkg-dev to the depends is not the best > > solution. Plase use another method to determine the arch or > > check if dpkg-architecture is available before calling it. > > I need to set an SGID bit, if the machine is running linux kernel. In > future, I would need to detect kfreebsd as well. The bits for Hurd will > probably never be implemented. > Does it hurt to set the SGID bit unconditionally? > Is there any other way to detect the architecture in such a case? I > did some research, but the references to dpkg-architecture are all > that I could find. > No sorry, I can't help here. I guess the right ML to ask would be debian-devel. However I'm not a DD, hence I have nor experience with that. Sorry, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568233: FuzzyOcr
Hi, 3.6.0-2 still doesn't work inside spamassassion: dedibox:/etc/spamassassin# spamassassin --debug FuzzyOcr < /usr/share/doc/fuzzyocr/examples/ocr-wrongext.eml >/dev/null mai 18 10:45:06.653 [5779] dbg: FuzzyOcr: focr_bin_helper: 'pnmnorm,pnminvert,ppmtopgm' mai 18 10:45:06.654 [5779] warn: plugin: eval failed: Insecure dependency in open while running with -T switch at /usr/share/perl5/FuzzyOcr/Logging.pm line 34. mai 18 10:45:06.654 [5779] info: config: failed to parse line, skipping, in "/etc/spamassassin/FuzzyOcr.cf": focr_bin_helper pnmnorm, pnminvert, ppmtopgm mai 18 10:45:06.655 [5779] dbg: FuzzyOcr: focr_bin_helper: 'tesseract' mai 18 10:45:06.655 [5779] warn: plugin: eval failed: Insecure dependency in open while running with -T switch at /usr/share/perl5/FuzzyOcr/Logging.pm line 34. mai 18 10:45:06.655 [5779] info: config: failed to parse line, skipping, in "/etc/spamassassin/FuzzyOcr.cf": focr_bin_helper tesseract mai 18 10:45:06.657 [5779] info: FuzzyOcr: Starting preprocessor parser for file "/etc/mail/spamassassin/FuzzyOcr.preps"... mai 18 10:45:06.658 [5779] warn: plugin: eval failed: Insecure dependency in open while running with -T switch at /usr/share/perl5/FuzzyOcr/Logging.pm line 34. mai 18 10:45:06.658 [5779] info: config: failed to parse line, skipping, in "/etc/spamassassin/FuzzyOcr.cf": focr_end_config mai 18 10:45:07.484 [5779] info: FuzzyOcr: Searching in: /usr/local/netpbm/bin mai 18 10:45:07.484 [5779] warn: plugin: eval failed: Insecure dependency in open while running with -T switch at /usr/share/perl5/FuzzyOcr/Logging.pm line 34. mai 18 10:45:15.448 [5779] info: pyzor: [5782] error: TERMINATED, signal 15 (000f) mai 18 10:45:15.472 [5779] info: rules: meta test ADVANCE_FEE_3_NEW_FORM has dependency 'ADVANCE_FEE_3_NEW' with a zero score mai 18 10:45:15.498 [5779] info: rules: meta test ADVANCE_FEE_3_NEW_MONEY has dependency 'ADVANCE_FEE_3_NEW' with a zero score mai 18 10:45:15.589 [5779] dbg: FuzzyOcr: Starting FuzzyOcr... mai 18 10:45:15.589 [5779] warn: rules: failed to run FUZZY_OCR test, skipping: mai 18 10:45:15.589 [5779] warn: (Insecure dependency in open while running with -T switch at /usr/share/perl5/FuzzyOcr/Logging.pm line 34. mai 18 10:45:15.589 [5779] warn: ) Regards, Adam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
On 2010-05-18 10:36 +0200, Yury V. Zaytsev wrote: > On Tue, 2010-05-18 at 09:35 +0200, Hilmar Preusse wrote: > >> Indeed the postin script calls dpkg-architecture from dpkg-dev, which is not >> installed on that box. Interestingly the script does not fail, but reports >> the package to be fully set up -> Severity normal. > > This is my fault! I've taken these bits from mediatomb package, but it > does not depend upon dpkg-dev... > >> I guess simply putting dpkg-dev to the depends is not the best solution. >> Plase use another method to determine the arch or check if dpkg-architecture >> is available before calling it. > > I need to set an SGID bit, if the machine is running linux kernel. In > future, I would need to detect kfreebsd as well. The bits for Hurd will > probably never be implemented. > > Is there any other way to detect the architecture in such a case? I did > some research, but the references to dpkg-architecture are all that I > could find. If checking for Linux is all you need to do, "uname -s" should be sufficient. However, it would be better to check DEB_HOST_GNU_SYSTEM at build time and set the permissions of /usr/lib/mc/cons.saver in the package instead of using dpkg-statoverride in the postinst. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: [Pkg-mc-devel] Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
Hi! On Tue, 2010-05-18 at 10:51 +0200, Hilmar Preusse wrote: > Does it hurt to set the SGID bit unconditionally? Well, first, it might be considered as some kind of a security issue, second, the file that has to be SGID is only installed on Linux so these commands would eventually fail. Does doing chgrp ... || true sound like a good idea in such a case? > No sorry, I can't help here. I guess the right ML to ask would be > debian-devel. However I'm not a DD, hence I have nor experience with > that. Time, time, time... :-( -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582085: gfortran-4.4 regression: the -i4 option is not supported anymore
On Tue, May 18, 2010 at 10:44 AM, Matthias Klose wrote: > On 18.05.2010 10:19, Vincent Fourmond wrote: >> >> Package: gfortran-4.4 >> Version: 4.4.4-1 >> Severity: normal >> >> Hello, >> >> gfortran-4.4 does not support anymore the -i4 option, while >> gfortran-4.3 does. This is necessary for me to compile gildas (see >> http://www.iram.fr/~gildas/dist/index.html). >> >> Is there any specific reason why support for this flag was dropped from >> 4.4 ? > > didn't check. is this seen with 4.5/snapshot as well? Yes: 10:55 fourm...@zorglub ~/Prog/Soas/source gfortran-4.3 -c -i4 soas_misc.f 10:55 fourm...@zorglub ~/Prog/Soas/source gfortran-4.4 -c -i4 soas_misc.f f951: error: unrecognized command line option "-i4" 10:55 fourm...@zorglub ~/Prog/Soas/source gfortran-4.5 -c -i4 soas_misc.f f951: error: unrecognized command line option "-i4" Cheers, Vincent (although it seems it isn't the reason why my crash happened in the first place) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582088: linux-image-2.6.32-5-686: null pointer dereference in __mark_inode_dirty+0x15/0x10b
Package: linux-2.6 Version: 2.6.32-12 Severity: important I came across this BUG yesterday on my Asus Eee PC 1000HG. I had probably done 10-15 suspend/resume cycles that day. I think I had mounted curlftpfs over a somewhat flaky 3G connection earlier that day, but I didn't access it at the time of the BUG (though I cannot speak for cron jobs, etc.). Apart from that, I was only ext3 and the usual system stuff (tmpfs, proc, sysfs, devpts, binfmt_misc). When I tried to suspend ~25 minutes later, suspend hung at the following stage: [34146.247219] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. [34146.247767] PM: Entering mem sleep [34146.247767] Suspending console(s) (use no_console_suspend to debug) Cheers! Thiemo P.S.: That's the backtrace, it has been submitted to kerneloops, too. [32597.132891] BUG: unable to handle kernel NULL pointer dereference at 0008 [32597.132914] IP: [] __mark_inode_dirty+0x15/0x10b [32597.132939] *pde = [32597.132950] Oops: [#1] SMP [32597.132962] last sysfs file: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda6/stat [32597.132975] Modules linked in: ppp_deflate zlib_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc nls_utf8 nls_cp437 vfat fat ppdev lp parport sco bridge stp bnep rfcomm l2cap crc16 bluetooth xt_multiport iptable_filter ip_tables x_tables acpi_cpufreq cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats binfmt_misc fuse loop snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss arc4 ecb snd_pcm option snd_seq_midi uvcvideo usbserial snd_rawmidi videodev snd_seq_midi_event ath5k v4l1_compat usb_storage i915 mac80211 snd_seq snd_timer drm_kms_helper ath snd_seq_device drm joydev eeepc_laptop snd cfg80211 i2c_algo_bit uhci_hcd ehci_hcd i2c_core soundcore tpm_tis rng_core led_class atl1e rfkill battery tpm ac psmouse snd_page_alloc usbcore tpm_bios video processor output button evdev serio_raw pci_hotplug nls_base ext3 jbd mbcache sha256_generic aes_i586 aes_generic cbc dm_crypt dm_mod fan sd_mod crc_t10dif ata_generic ata_ piix l ibata scsi_mod thermal thermal_sys [32597.133274] [32597.133287] Pid: 3073, comm: firefox-bin Not tainted (2.6.32-5-686 #1) 1000HG [32597.133299] EIP: 0060:[] EFLAGS: 00210202 CPU: 0 [32597.133311] EIP is at __mark_inode_dirty+0x15/0x10b [32597.133322] EAX: EBX: cda1ae10 ECX: f6d0b000 EDX: 0001 [32597.13] ESI: 0001 EDI: 0001 EBP: 2a6017dd ESP: ef757e58 [32597.133344] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [32597.133356] Process firefox-bin (pid: 3073, ti=ef756000 task=f6fc3300 task.ti=ef756000) [32597.133365] Stack: [32597.133372] 0001 cda1ae10 0001 c10c1a1c 4bf196a5 f565c680 0001 0001 [32597.133397] <0> 0001 c10b9277 f6fc3300 ef757f64 cda1ae88 0de8 0800 [32597.133424] <0> f54a562c f565c680 f54a5600 0001 c2008a24 0001 c1b6f5c0 [32597.133452] Call Trace: [32597.133469] [] ? file_update_time+0xbd/0xde [32597.133485] [] ? pipe_write+0x436/0x440 [32597.133525] [] ? do_sync_write+0xc0/0x107 [32597.133543] [] ? autoremove_wake_function+0x0/0x2d [32597.133560] [] ? fsnotify_modify+0x5a/0x61 [32597.133576] [] ? security_file_permission+0xc/0xd [32597.133591] [] ? do_sync_write+0x0/0x107 [32597.133606] [] ? vfs_write+0x7e/0xd6 [32597.133620] [] ? sys_write+0x3c/0x63 [32597.133636] [] ? sysenter_do_call+0x12/0x28 [32597.133645] Code: 83 c4 18 85 db 74 0c fe 43 08 89 d8 5b 5e e9 5e 7f ff ff 5b 5e c3 57 f6 c2 03 56 89 d6 53 89 c3 8b 80 a4 00 00 00 74 0e 8b 40 20 <8b> 50 08 85 d2 74 04 89 d8 ff d2 0f ae f0 89 f6 89 f0 23 83 40 [32597.133790] EIP: [] __mark_inode_dirty+0x15/0x10b SS:ESP 0068:ef757e58 [32597.133808] CR2: 0008 [32597.133819] ---[ end trace 1813c313639e8caf ]--- -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-12) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-10) ) #1 SMP Sat May 1 04:16:37 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=/dev/mapper/sda7_crypt ro vga=6 quiet ** Not tainted ** Kernel log: [ 3778.144035] CPU1 is up [ 3778.144202] ACPI: Waking up from system sleep state S3 [ 3778.205401] pci :00:02.0: restoring config space at offset 0x1 (was 0x97, writing 0x93) [ 3778.205483] HDA Intel :00:1b.0: restoring config space at offset 0x1 (was 0x16, writing 0x12) [ 3778.205539] pcieport :00:1c.0: restoring config space at offset 0x9 (was 0x1fff1, writing 0x40314021) [ 3778.205551] pcieport :00:1c.0: restoring config space at offset 0x8 (was 0xfff0, writing 0x40104000) [ 3778.205563] pcieport :00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x1010) [ 3778.205584] pcieport :00:1c.0: restoring config space at offset 0x1 (was 0x100104, writing 0x100507) [ 3778.205659] pcieport :00:1c.1: restoring config space at offset 0x9 (was 0x1fff1, writing 0x
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
On Tue, May 18, 2010 at 10:54:44 (CEST), Fabian Greffrath wrote: > Am 18.05.2010 10:35, schrieb Reinhard Tartler: >> I don't understand the race here. What is running in paralell to the >> configure script here? > > In the build log, the result of the check is already (faulty) positive > > checking for avcodec.h in legacy ffmpeg directory... yes > > *before* the code is actually compiled. The error message > > ffmpeg_avcodec.c:3:28: error: ffmpeg/avcodec.h: No such file or > directory > > is printed *after* the line, that reports the result of the check to be > positive. Oh, good catch! >> In squeeze and later, this check must always fail. To fix this bug, this >> check should be either forcefully disabled or fixed. > > I think my patch does fix this check. Now it checks for the actual > compilation result and not for a spurious "$?" return code of any other > command that may have been finished successfully before the code to be > checked has actually been compiled. Okay, I agree that your patch look OK to me, although I don't understand (yet) why it fixes the race. If it fixes it, let's integrate it. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
On Tue, May 18, 2010 at 10:58:54 (CEST), Stefano Rivera wrote: > Hi Fabian (2010.05.18_10:54:44_+0200) >> In the build log, the result of the check is already (faulty) positive > > I still get the faulty positive and build failure with the patch. > > checking for avcodec.h in legacy ffmpeg directory... yes > checking for avcodec_decode_audio3 in -lavcodec... ffmpeg_avcodec.c:3:28: > error: ffmpeg/avcodec.h: No such file or directory > ffmpeg_avcodec.c: In function 'main': > ffmpeg_avcodec.c:7: error: 'LIBAVCODEC_VERSION_INT' undeclared (first use in > this function) > ffmpeg_avcodec.c:7: error: (Each undeclared identifier is reported only once > ffmpeg_avcodec.c:7: error: for each function it appears in.) > no > checking for LIBAVFORMAT... yes did you really regenerate the configure script? It gets generated from configure.in, so you either have to apply it to both files, or make sure configure gets regenerated. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
On Tue, 2010-05-18 at 10:54 +0200, Sven Joachim wrote: > If checking for Linux is all you need to do, "uname -s" should be > sufficient. What does uname -s show on kfreebsd/hurd? I can't check this. > However, it would be better to check DEB_HOST_GNU_SYSTEM at > build time and set the permissions of /usr/lib/mc/cons.saver in the > package instead of using dpkg-statoverride in the postinst. Well, I can't really do this, because helpful debhelper will revert my changes, unless I override the permission normalization procedure in rules, which I don't want to do, because there are often permission issues with the tarballs. As I mentioned in the previous email, the file only gets packaged if arch is Linux via mc.install.linux, so do you think it's a good idea to chgrp || true in such a case unconditionally? -- Sincerely yours, Yury V. Zaytsev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Hi Fabian (2010.05.18_10:54:44_+0200) > In the build log, the result of the check is already (faulty) positive I still get the faulty positive and build failure with the patch. checking for avcodec.h in legacy ffmpeg directory... yes checking for avcodec_decode_audio3 in -lavcodec... ffmpeg_avcodec.c:3:28: error: ffmpeg/avcodec.h: No such file or directory ffmpeg_avcodec.c: In function 'main': ffmpeg_avcodec.c:7: error: 'LIBAVCODEC_VERSION_INT' undeclared (first use in this function) ffmpeg_avcodec.c:7: error: (Each undeclared identifier is reported only once ffmpeg_avcodec.c:7: error: for each function it appears in.) no checking for LIBAVFORMAT... yes SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 signature.asc Description: Digital signature
Bug#569284: kmix: Fail to work on LTSP thin clients using PulseAudio
found 569284 4:4.4.3-2 thanks I just tested with the new KDE version in testing, and kmix is still not able to adjust the sound on a LTSP thin client. alsamixer work, and show one volume control. But for GUI users, alsamixer is not really a good alternative to present. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Am 18.05.2010 10:59, schrieb Reinhard Tartler: Okay, I agree that your patch look OK to me, although I don't understand (yet) why it fixes the race. If it fixes it, let's integrate it. It checks some return value before the compiler even finished compiling (and failing on) the code. did you really regenerate the configure script? It gets generated from configure.in, so you either have to apply it to both files, or make sure configure gets regenerated. There is a patch in the Debian package that applies autoreconf, so I've manually run autoreconf again after I applied this patch. It works. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582078: mc: postin runs dpkg-architecture from dpkg-dev but not depend on dpkg-dev
On 18.05.10 Yury V. Zaytsev (y...@shurup.com) wrote: > On Tue, 2010-05-18 at 10:54 +0200, Sven Joachim wrote: Hi, > > If checking for Linux is all you need to do, "uname -s" should be > > sufficient. > > What does uname -s show on kfreebsd/hurd? I can't check this. > hilmar-gu...@strauss:~$ uname -s GNU Dunny about kfreebsd. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Hi Reinhard (2010.05.18_11:01:08_+0200) > did you really regenerate the configure script? It gets generated from > configure.in, so you either have to apply it to both files, or make sure > configure gets regenerated. I trusted the build script to regenerate it for me, I didn't see that the autoreconf run was in a quilt patch. But you're right, that was the problem. The patch is good. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 signature.asc Description: Digital signature
Bug#582089: In the Russian localization spelling mistake in a message to open the file.
Package: epdfview Version: 0.1.6-7 Severity: minor Tags: patch -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epdfview depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit 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 libcups21.3.8-1+lenny8 Common UNIX Printing System(tm) - ii libgcc1 1:4.3.2-1.1 GCC support library ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libkrb531.6.dfsg.4~beta1-5lenny3 MIT Kerberos runtime libraries ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio ii libpoppler-glib 0.8.7-3 PDF rendering library (GLib-based ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime epdfview recommends no packages. epdfview suggests no packages. -- no debconf information diff -ru epdfview-0.1.6/po/ru.po tmp/epdfview-0.1.6/po/ru.po --- epdfview-0.1.6/po/ru.po 2007-02-26 22:47:58.0 +0600 +++ tmp/epdfview-0.1.6/po/ru.po 2010-05-18 16:05:05.0 +0700 @@ -118,7 +118,7 @@ #: src/PagePter.cxx:292 msgid "Loading..." -msgstr "úÁÇÒÕÖÁÅÔØÓÑ..." +msgstr "úÁÇÒÕÖÁÅÔÓÑ..." #: src/PrintPter.cxx:295 msgid "Grayscale"
Bug#568863: poppler-utils: appears fixed after recent (lib)poppler updates
Package: poppler-utils Severity: normal Hi. On April 23rd, I did a system update (aptitude safe-upgrade) and amongst other packages, some poppler related ones were upgraded: libpoppler-glib4 0.12.2-2.1 -> 0.12.4-1 libpoppler5 0.12.2-2.1 -> 0.12.4-1 poppler-utils 0.12.2-2.1 -> 0.12.4-1 I haven't seen any segfaults in my cron.weekly mails since then. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages poppler-utils depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libgcc1 1:4.4.2-9GCC support library ii libpoppler5 0.12.4-1 PDF rendering library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libxml2 2.7.7.dfsg-2 GNOME XML library Versions of packages poppler-utils recommends: ii ghostscript 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF poppler-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
On 18/05/2010 09:52, Lucas Nussbaum wrote:
> On 18/05/10 at 09:04 +0200, Stefano Zacchiroli wrote:
>> PS as we already have some ubuntu information in the PTS, I'm copying
>>Lucas which IIRC contributed that other information: can you please
>>you two check that there is no overlapping in having both links?
>
> I'm not entirely convinced by the approach. What value does it add *on
> the PTS* compared to what is already available in the Ubuntu box?
> Wouldn't it be better to work with Ubuntu on a better patches.u.c?
Well… I'not convinced by the current approach :) For me, it's way simpler
to read some lines of a changelog containing exactly the information I'm
looking for, instead of digging into a big patch with a lot of noise.
Honestly, I consider the current "patches for …" link near to useless. I
think that maintainers (at least, me) don't want to waste too much time to
know important changes done in Ubuntu. The current "Ubuntu" box tell me
(in a readable and quick way) only the Ubuntu version, but doesn't list
the changes. It provides a patch, but I won't read every debdiff patch for
every package I want to inspect because it's a PITA. IMO, "UbuntuDiff"
answers that need. I also have in mind to add¹ some features like: a
simple patch viewer, list of packages in Ubuntu and not in Debian, etc…
Actually, it would be nice if we had a PTS for derivatives where changes
can be shown directly like in:
http://ubuntudiff.debian.net/linux-ntfs.html
You may argue then that it's not our job to do that and Ubuntu should
provide its own interface for that and I would agree. But, as a
maintainer, I don't want to special case Ubuntu² and I would love to have
a central place where I can see changes done in my packages in Debian
derivatives.
¹: Any help is welcome if you {want to speed up the process, are interested}.
²: no, the source code of UbuntuDiff is not Ubuntu specific.
Regards,
--
Mehdi Dogguy مهدي الدڤي
me...@{dogguy.org,debian.org}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
Am 18.05.2010 10:58, schrieb Stefano Rivera: I still get the faulty positive and build failure with the patch. checking for avcodec.h in legacy ffmpeg directory... yes checking for avcodec_decode_audio3 in -lavcodec... ffmpeg_avcodec.c:3:28: error: ffmpeg/avcodec.h: No such file or directory ffmpeg_avcodec.c: In function 'main': ffmpeg_avcodec.c:7: error: 'LIBAVCODEC_VERSION_INT' undeclared (first use in this function) ffmpeg_avcodec.c:7: error: (Each undeclared identifier is reported only once ffmpeg_avcodec.c:7: error: for each function it appears in.) no checking for LIBAVFORMAT... yes It seems the patch has still not made its way into your ./configure script. Unlike above, with the patch the compiler output should be comletely omitted... -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582037: idjc: FTBFS error: ffmpeg/avcodec.h: No such file or directory
* Fabian Greffrath , 2010-05-18, 10:28: Seems to be a race condition in the check for the legacy avcodec include file location. Please try the patch attached (which also fixes a bashism BTW). I believe that bashisms are the only problems here. The bug didn't trigger earlier, because dash didn't support LINENO and configure scripts try to avoid such shells; as a result, the configure script was effectively run by bash. However, LINENO has been implemented in dash (>= 0.5.5.1-4), so the script is run by /bin/sh now. -- Jakub Wilk signature.asc Description: Digital signature
Bug#582090: (no subject)
Subject: ITP: viewnior -- simple, fast and elegant image viewer Package: wnpp Owner: "Kan-Ru Chen" Severity: wishlist * Package name: viewnior Version : 1.0 Upstream Author : Siyan Panayotov * URL : http://xsisqox.github.com/Viewnior/ * License : GPLv3 Programming Lang: C Description : simple, fast and elegant image viewer This is Viewnior, an image viewer program. Created to be simple, fast and elegant. It's minimalistic interface provides more screenspace for your images. Among its features are: * Fullscreen & Slideshow * Rotate, flip, crop, save, delete images * Animation support * Browse only selected images * Navigation window * Set image as wallpaper (only under GNOME) * Simple interface * Configurable mouse actions Viewnior is insipred by big projects like Eye of Gnome, because of it's usability and richness,and by GPicView, because of it's lightweight design and minimal interface. So here comes Viewnior - small and light, with no compromise with the quality of it's functions. The program is made with better integration in mind (follows Gnome HIG2) Viewnior is written in C (GTK+) and uses modified version of the GtkImageView library by Bjourn Lindqvist. - - Kanru -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvyUTYACgkQsbdbXzZcx6IoOwCgkOMIcK0IZoGL8FxL7MyXytQZ LN8AnRIQagWUTvllHlG02Nukz27lVXfY =FuXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582087: [Evolution] Bug#582087: SIGSEGV on function em_format_snoop_type
On Tue, 18 May 2010 10:42:39 +0200, Yves-Alexis Perez wrote: [...] > Please reply to the bug using reportbug so we get useful information > about your installation. here it is -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus1.2.24-1 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii evolution-common2.30.1.2-2 architecture independent files for ii evolution-data-server 2.30.1-2 evolution database backend server ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcamel1.2-14 2.30.1-2 The Evolution MIME message handlin ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libebackend1.2-02.30.1-2 Utility library for evolution data ii libebook1.2-9 2.30.1-2 Client library for evolution addre ii libecal1.2-72.30.1-2 Client library for evolution calen ii libedataserver1.2-112.30.1-2 Utility library for evolution data ii libedataserverui1.2-8 2.30.1-2 GUI utility library for evolution ii libegroupwise1.2-13 2.30.1-2 Client library for accessing group ii libenchant1c2a 1.4.2-3.6a wrapper library for various spel ii libevolution2.30.1.2-2 evolution libraries ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgdata-google1.2-12.30.1-2 Client library for accessing Googl ii libgdata1.2-1 2.30.1-2 Client library for accessing Googl ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.0-2 Utility library for loading .deskt ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libgtkhtml-editor0 3.30.1-2 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.30.1-2 HTML rendering/editing library - r ii libgweather12.30.0-2 GWeather shared library ii libical00.44-3 iCalendar library implementation i ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup2.4-12.30.1-1 an HTTP library implementation in ii libsqlite3-03.6.23.1-2 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libxml2 2.7.7.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evolution recommends: pn bogofilter | spamassassi (no description available) ii evolution-plugins2.30.1.2-2 standard plugins for Evolution ii evolution-webcal 2.28.0-1webcal: URL handler for GNOME and ii gnome-desktop-data 2.30.0-2Common files for GNOME desktop app ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages evolution suggests: pn bug-buddy (no description available) ii evolution-dbg 2.30.1.2-2 debugging symbols for Evolution pn evolution-exchange (no description available) ii evolution-plugi
Bug#567926: setting up an DSA? Why took fixing so long?
Hi again. I might have completely overestimated the criticality of that issue... if so, sorry in advance for making noise. Was it "just" that the number iteration was wrongly written, or was it also, that s2k was _always_ only iterated 65536? The first would mean that the key itself is correctly encrypted (e.g. with millions of iterations), but the number is stored incorrectly and you cannot longer use it (as decryption fails). Would be a nasty DoS issue,... but no possible security compromise of the key material. The second would mean, that if a user deliberately decided to use e.g. millions of iterations (perhaps he needs that level of security),... nevertheless, only 65536 s2k iterations happened. Thus, possible security compromise of all keys. Cheers, Chris. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567926: setting up an DSA? Why took fixing so long?
Hi. Two questions: 1) Are we sure that this only affected gnupg 2.0.14? Werner does not mention concretely whether versions before are affected or not (http://marc.info/?l=gnupg-users&m=126451730710129&w=2). When entered 2.0.14 testing, and do we need to release a DSA? Has the security team being noticed about this issue? Should we do so now? 2) According to the BTS, the bug was filed on the 1st of February, few days after reported by Werner. How could it happen, that it take such tremendously long to fix that in the Debian Package? Nearly 4 months!! Give that this bug is highly critical and given the special security sensitive nature of packages like gnupg,... I guess we need something to better track this. Last but not least: For users that used the affected versions,... it's really hard to notice that there was a problem at all (not everybody reads the changelogs)... Can we do anything here? (perhaps this needs to be reopened for the above issues) Cheers, Chris. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582091: fsviewer: New upstream version 0.2.6
Package: fsviewer Severity: wishlist Please package new usptream version: http://www.bayernline.de/~gscholz/linux/fsviewer/ -- 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-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569284: kmix: Fail to work on LTSP thin clients using PulseAudio
severity 569284 normal thanks Hello, On antradienis 18 Gegužė 2010 12:11:06 Petter Reinholdtsen wrote: > found 569284 4:4.4.3-2 > thanks > > I just tested with the new KDE version in testing, and kmix is still > not able to adjust the sound on a LTSP thin client. > > alsamixer work, and show one volume control. But for GUI users, > alsamixer is not really a good alternative to present. There is no need to play BTS ping pong with maintainers. If you want your feature in, write a patch, submit it, we apply it, everyone is happy. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#582092: libttspico0: pico2wave should be in a separate package
Package: libttspico0 Version: 1.0+git20100205-1 Severity: normal Hello, The pico2wave command should probably not be packaged along the library, but as a separate libttspico-utils package (or maybe just pico2wave) Samuel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (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 libttspico0 depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpopt0 1.15-1lib for parsing cmdline parameters ii libttspico-data1.0+git20100205-1 Small Footprint TTS (lingware) libttspico0 recommends no packages. libttspico0 suggests no packages. -- no debconf information -- Samuel Thibault > C'est vrai. FreeBSD pourrait �tre bien s'il avait une licence > correcte. Oh, mon troll-�-meter vient d'exploser... -+- OR in Guide du linuxien pervers - "Bien regler son troll-�-meter" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582093: python-moinmoin: search fails to detect https when running under mod_wsgi
Package: python-moinmoin Version: 1.7.1-3+lenny4 Severity: important Tags: patch Hallo, python-moinmoin search fails to detect https correctly when running under mod_wsgi. This problem is known upstream: http://moinmo.in/MoinMoinBugs/TitleSearchFailsWsgiSSL There is a security implication of this bug: in a https only environment information about a wiki instance is sent unencrypted over network. A fix is available for quite a while: http://hg.moinmo.in/moin/1.7/rev/3e019f6ae381 greetings, rupi -- 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/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-moinmoin depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-support 0.8.4lenny1 automated rebuilding support for P Versions of packages python-moinmoin recommends: ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag ii python-xapian 1.0.7-3.1 Xapian search engine interface for pn python-xml (no description available) Versions of packages python-moinmoin suggests: pn antiword (no description available) ii apache2 2.2.9-10+lenny7 Apache HTTP Server metapackage ii apache2-mpm-worker [http 2.2.9-10+lenny7 Apache HTTP Server - high speed th pn catdoc (no description available) pn python-4suite-xml (no description available) pn python-docutils(no description available) pn python-gdchart (no description available) pn python-pyxmpp (no description available) ii wamerican [wordlist] 6-2.3 American English dictionary words -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582094: dahdi: Adding support for Aligera cards
Package: dahdi
Version: 2:2.2.1-1.cm.100518
Severity: wishlist
It would be nice to support PRI cards from Aligera.
Attached is a small patch for dahdi-tools adding Aligera cards to the PCI.pm
database.
This patch also includes a few formatting fixes (aligning arrays).
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30.10 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dahdi depends on:
ii dahdi-linux 2:2.2.1+dfsg-1.cm.100518 DAHDI telephony interface - Linux
ii fxload 0.0.20020411-1.1 Firmware download to EZ-USB device
ii libc6 2.7-18lenny2 GNU C Library: Shared libraries
ii libnewt0.52 0.52.2-11.3+lenny1 Not Erik's Windowing Toolkit - tex
ii libtonezone2.0 2:2.2.1-1.cm.100518 tonezone library (runtime)
ii libusb-0.1-42:0.1.12-13 userspace USB programming library
ii perl5.10.0-19lenny2 Larry Wall's Practical Extraction
ii procps 1:3.2.7-11 /proc file system utilities
dahdi recommends no packages.
dahdi suggests no packages.
-- no debconf information
diff -urN dahdi-tools-2.2.1_old/xpp/perl_modules/Dahdi/Chans.pm dahdi-tools-2.2.1/xpp/perl_modules/Dahdi/Chans.pm
--- dahdi-tools-2.2.1_old/xpp/perl_modules/Dahdi/Chans.pm 2010-05-11 15:31:43.0 +0200
+++ dahdi-tools-2.2.1/xpp/perl_modules/Dahdi/Chans.pm 2010-05-11 15:47:31.0 +0200
@@ -142,7 +142,7 @@
$type = "FXO"; # likely Rhino
} elsif ($fqn =~ m{---/.*}) {
$type = "EMPTY"; # likely Rhino, empty slot.
- } elsif ($fqn =~ m{\b(TE[24]|WCT1|Tor2|TorISA|WP[TE]1|cwain[12]|R[124]T1)/.*}) {
+ } elsif ($fqn =~ m{\b(TE[24]|WCT1|Tor2|TorISA|WP[TE]1|cwain[12]|R[124]T1|AP40[124]|APE40[124])/.*}) {
# TE[24]: Digium wct4xxp
# WCT1: Digium single span card drivers?
# Tor2: Tor PCI cards
@@ -150,6 +150,8 @@
# WP[TE]1: Sangoma. TODO: this one tells us if it is TE or NT.
# cwain: Junghanns E1 card.
# R[124]: Rhino r1t1/rxt1 cards
+ # AP40[124]: Aligera AP40X cards
+ # APE40[124]: Aligera APE40X cards
$type = "PRI";
} elsif ($fqn =~ m{\b(B4|ZTHFC\d*|ztqoz\d*)/.*}) {
# B4: The Digium wcb4xxp DAHDI driver
diff -urN dahdi-tools-2.2.1_old/xpp/perl_modules/Dahdi/Hardware/PCI.pm dahdi-tools-2.2.1/xpp/perl_modules/Dahdi/Hardware/PCI.pm
--- dahdi-tools-2.2.1_old/xpp/perl_modules/Dahdi/Hardware/PCI.pm 2010-05-11 15:31:43.0 +0200
+++ dahdi-tools-2.2.1/xpp/perl_modules/Dahdi/Hardware/PCI.pm 2010-05-11 15:40:31.0 +0200
@@ -108,27 +108,30 @@
'1397:f001' => { DRIVER => 'ztgsm', DESCRIPTION => 'HFC-GSM Cologne Chips GSM' },
# Rhino cards (based on pci.ids)
- '0b0b:0105' => { DRIVER => 'r1t1', DESCRIPTION => 'Rhino R1T1' },
- '0b0b:0205' => { DRIVER => 'r4fxo', DESCRIPTION => 'Rhino R14FXO' },
- '0b0b:0206' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB4FXO 4-channel FXO analog telphony card' },
- '0b0b:0305' => { DRIVER => 'r1t1', DESCRIPTION => 'Rhino R1T1' },
- '0b0b:0405' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R8FXX' },
- '0b0b:0406' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB8FXX 8-channel modular analog telphony card' },
- '0b0b:0505' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R24FXX' },
- '0b0b:0506' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXS 24-Channel FXS analog telphony card' },
- '0b0b:0605' => { DRIVER => 'rxt1', DESCRIPTION => 'Rhino R2T1' },
- '0b0b:0705' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R24FXS' },
- '0b0b:0706' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXO 24-Channel FXO analog telphony card' },
- '0b0b:0906' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXX 24-channel modular analog telphony card' },
+ '0b0b:0105' => { DRIVER => 'r1t1', DESCRIPTION => 'Rhino R1T1' },
+ '0b0b:0205' => { DRIVER => 'r4fxo', DESCRIPTION => 'Rhino R14FXO' },
+ '0b0b:0206' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB4FXO 4-channel FXO analog telephony card' },
+ '0b0b:0305' => { DRIVER => 'r1t1', DESCRIPTION => 'Rhino R1T1' },
+ '0b0b:0405' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R8FXX' },
+ '0b0b:0406' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB8FXX 8-channel modular analog telephony card' },
+ '0b0b:0505' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R24FXX' },
+ '0b0b:0506' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXS 24-Channel FXS analog telephony card' },
+ '0b0b:0605' => { DRIVER => 'rxt1', DESCRIPTION => 'Rhino R2T1' },
+ '0b0b:0705' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino R24FXS' },
+ '0b0b:0706' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXO 24-Channel FXO analog telephony card' },
+ '0b0b:0906' => { DRIVER => 'rcbfx', DESCRIPTION => 'Rhino RCB24FXX 24-channel modular analog telephony card' },
# Sangoma cards (based on pci.ids)
- '1923:0040' => { DRIVER => 'wanpipe', DESCRIP
Bug#582096: evince crashes with segfault if ~/.gnome2/evince does not exist
Package: evince Version: 2.30.1-2 If the folder ~/.gnome2/evince does not exists, evince crashes with a segfault. It does warn about not being able to create a file in the folder when run from the commandline, but it should at least try to create the folder. Transcript: kle...@extraction:~$ evince /tmp/mypdf.pdf ** (evince:32421): WARNING **: Error creating last_settings file: Error opening file '/home/klette/.gnome2/evince/last_settings': No such file or directory Segmentation fault kle...@extraction:~$ dpkg --status evince Package: evince Status: install ok installed Priority: optional Section: gnome Installed-Size: 1160 Maintainer: Debian GNOME Maintainers Architecture: powerpc Version: 2.30.1-2 Provides: djvu-viewer, pdf-viewer, postscript-viewer Depends: libatk1.0-0 (>= 1.29.3), libc6 (>= 2.4), libcairo2 (>= 1.2.4), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.78), libevince2 (= 2.30.1-2), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), libgconf2-4 (>= 2.27.0), libglib2.0-0 (>= 2.24.0), libgnome-keyring0 (>= 2.22.2), libgtk2.0-0 (>= 2.16.0), libice6 (>= 1:1.0.0), libnautilus-extension1 (>= 2.30), libpango1.0-0 (>= 1.14.0), libsm6, libx11-6 (>= 0), libxml2 (>= 2.7.4), zlib1g (>= 1:1.1.4), gconf2 (>= 2.28.1-2), evince-common (>= 2.30), evince-common (<< 2.31), gnome-icon-theme (>= 2.17.1), shared-mime-info Recommends: dbus-x11, gvfs Suggests: unrar, poppler-data, nautilus Conflicts: evince-gtk Description: Document (postscript, pdf) viewer Evince is a simple multi-page document viewer. It can display and print PostScript (PS), Encapsulated PostScript (EPS), DJVU, DVI and Portable Document Format (PDF) files. When supported by the document, it also allows searching for text, copying text to the clipboard, hypertext navigation, and table-of-contents bookmarks. Homepage: http://www.gnome.org/projects/evince/ - Kristian -- Mvh Kristian Klette «Programs for sale: Fast, Reliable, Cheap: choose two.» -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581791: squeeze udev high cpu usage at idle
I forgot to mention maybe this is indirect bug which solves by stopping udev, because my top 3 active proceses are gvfs-gdu-volume udisks-daemon udevd they are randomly swaping bu cpu usage . Maybe udev generates too much events thats why they are active too i dont know. -- Pagarbiai, Andrius, Jurkus Tel: +370 624 16633 andr.jur...@gmail.com
Bug#582081: computer-janitor: [INTL: de] german translation
On Tue, May 18, 2010 at 09:43:40AM +0200, Chris Leick wrote: > Package: computer-janitor > Version: 1.14.1-1 > Severity: wishlist > Tags: l10n > > > Hi, > > Please find the initial german translation of computer-janitor attached. Computer Janitor already has a complete German translation, it's just not in the branch yet: https://translations.edge.launchpad.net/ubuntu/lucid/+source/computer-janitor You are free to propose changes to the translation by using the Launchpad web interface. I have no intent to merge your translation because I have no intent to introduce more differences than needed to upstream. I'll take care to merge their translations, though. Regards, Julian -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpwSCHjPAudk.pgp Description: PGP signature
Bug#567588: i have the same problem
I have the same problem that you but my version is older that you (1.3.4-1-b1) of debian squeeze AMD64 with kernel 2.6.32-4 AMD64. is the same : >>> Trying /home/miguel/SEPIA001.kinofx.dv Kino experienced a segmentation fault. Dumping stack from the offending thread Obtained 10 stack frames. kino [0x439e30] /lib/libc.so.6 [0x7f28edb43f80] /usr/lib/libswscale.so.0 [0x7f28eff484b4] /usr/lib/libswscale.so.0 [0x7f28eff478f0] /usr/lib/libswscale.so.0(sws_scale+0x7d0) [0x7f28eff48420] kino(_ZN5Frame9EncodeRGBEPh+0x119) [0x463eb9] kino(_ZN10PageMagick11StartRenderEv+0x699) [0x4a3239] kino(on_togglebutton_magick_start_toggled+0x28) [0x4a3888] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e) [0x7f28f090e47e] /usr/lib/libgobject-2.0.so.0 [0x7f28f09243f7] Done dumping - exiting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581791: squeeze udev high cpu usage at idle
On May 18, Andrius Jurkus wrote: > I forgot to mention maybe this is indirect bug which solves by stopping > udev, because my top 3 active proceses are > > gvfs-gdu-volume > udisks-daemon > udevd > > they are randomly swaping bu cpu usage . Maybe udev generates too much > events thats why they are active too i dont know. udev just reacts to kernel events, it does not "generates" them. This is a partially known problem, first try disabling gvfs-gdu-volume and/or udisks-daemon. -- ciao, Marco signature.asc Description: Digital signature
Bug#581606: NMU of pinball
Hello Matthias, a 0-day NMU for a quite recent bug report is quite rude from the maintainer POV, in particular because you didn't ping the bug neither you post a patch on the bug report (as required by devref) and you didn't upload to a DELAYED queue, giving time to the maintainer to react. Funny how the MU came only minutes after your NMU, another sign of un-coordinated NMU. Please give a look at http://www.debian.org/doc/developers-reference/pkgs.html#nmu for an overview of NMU procedures. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582097: nagios-statd-server: division by zero when gawk installed and swap size is 0
Package: nagios-statd-server
Severity: normal
In line 21 /usr/sbin/nagios-statd contains
a shell command to determine swap usage:
free | awk '$1~/^Swap:/{print ($3/$2)*100}'
When gawk is installed, zero swap size causes
an error message and an exit code 2 (which
mistakenly marks the host as critical).
Zero swap size may occur routinely on virtualized
systems such as openvz.
(The default awk binary has no division by zero
error, but results in "nan".)
A working fix is replacing the above command with:
free | awk '$1~/^Swap:/{if ($2>0) print ($3/$2)*100; else print \"nan\"}'
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582098: mapserver: FTBFS: ./configure: 12177: Bad substitution
Package: mapserver Version: 5.6.3-1 Severity: serious x-debbugs-cc: d...@packages.debian.org Thie mapserver package fails to build on current sid/amd64: checking for xml2-config... /usr/bin/xml2-config found libxml2 version 2.7.7 checking if FriBidi support requested... yes checking for fribidi-config... no checking for fribidi pkg-config path... yes ./configure: 12177: Bad substitution make: *** [configure-stamp] Error 2 It breaks here when dash is upgraded from 0.5.5.1-3 to 0.5.5.1-5. Cc'ing the dash maintainers in case they want want to look into it. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#503472: do I need to worry about broader so link searches?
On Mon, May 17, 2010 at 08:11:30PM -0400, Joey Hess wrote: > I randonly stumbled over this old bug today; nobody had ever told me > about it: > https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/473007 Sorry about that; I thought I had. > I can make dh_installman support .so links without a path, and have, > but of course it can only assume the man page is located in the same > section. If an actual path-style search will be done, debhelper can't handle > that, and I guess would have to leave the .so links alone in that case. That seems OK, thanks. I don't think you need to worry about debhelper handling broader searches itself - one of these days man-db will have to deal with that, although doing so involves some quite big changes which I haven't got round to yet and I don't think it's all that urgent. > (Should dh_installman stop converting so links to symlinks at all? > I think lintian warns about some so links.) Generally it's a good thing to convert .so links to symlinks: mandb can handle symlinks more efficiently, and although the difference is relatively small it does matter when thousands of pages are involved. I don't think it's worth micromanaging individual packages, but having dh_installman take the more efficient path is useful. My suggestion would be that dh_installman should only convert to symlinks if the target of the symlink can be found (by whatever resolution method) in the same package, and otherwise it should leave .so links alone. That way, we'll get most of the efficiency gains, but links that require more complicated resolution by man-db at run-time will still work. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582099: okular search unable to find umlaute
Package: okular Version: 4:4.3.4-1+b1 Severity: normal Tags: upstream Okular's search fails to find non-ascii umlaute. I guess it could be a bug in libpoppler since evince fails this too. Example pdf I noticed the bug in: http://www.math.ethz.ch/education/bachelor/lectures/fs2010/math/nm/skript.pdf p.ex.: search for 'ä' -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages okular depends on: ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libokularcore1 4:4.3.4-1+b1 libraries for the Okular document ii libphonon4 4:4.6.0really4.4.0-4 the core library of the Phonon mul ii libpoppler-qt4-30.12.4-1 PDF rendering library (Qt 4 based ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.2-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libspectre1 0.2.5-1 Library for rendering PostScript d ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.0-4 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime okular recommends no packages. Versions of packages okular suggests: ii ghostscript 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF pn okular-extra-backends (no description available) pn poppler-data (no description available) ii texlive-binaries [texlive-ba 2009-6 Binaries for TeX Live ii unrar1:3.8.5-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580251: An even better patch, including IPv6.
On Tue, May 18, 2010 at 04:31:11AM +0100, Ian Beckwith wrote: > Hi, > > On Sun, May 09, 2010 at 11:15:27PM +0200, Mats Erik Andersson wrote: > > The new NMU-diff is the one I would like to see for inclusion. > > Alberto, are you planning to use this code? It would be easier for me > if linux-ftpd-ssl gets the patch via "upstream" from your linux-ftpd > package. Hiya, Yes, Mats' patches will be included in the linux-ftpd package. As the ones for the ftp client, tftp(d) were/will be. I'm also hoping Mats can join me in taking care of them in the future :) > > A working xinetd configuration is included. Openbsd-inetd remains > > untested! > > So, if I'm right, the only thing to do is to document that admins who > want ipv6 support should manually add a tcp6 entry to /etc/inetd.conf. > Oh, and make sure that maintainer scripts don't cause an error with > this configuration during upgrades. Yep. Sad. > One more thing, Mats, it occurs to me that your changes (to linux-ftpd > and netkit-ftp) are significant enough we should clarify the license. Good point, Ian. I didn't ask him. /me runs from debian-legal > The current code base is licensed under a standardish bsd-style > license, copyright Carnegie Mellon University, although of course it > has been hacked on by a gazillion others over the years. Are you happy > for your changes to follow the same license? I think you would be well > within your rights to ask for something like: > > "Portions Copyright 2010 Mats Erik Andersson, licensed as above" > > in debian/copyright, and/or the source files you changed. That looks great. Thanks both of you, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582100: vim-latexsuite: Error messages when compiling REVTEX4-1 documents with \ll
Package: vim-latexsuite
Version: 20100129-1
Severity: important
Using vim-latexsuite, compiling a document with \ll results in the following
error messages:
Ran latex 1 time(s)
Error detected while processing function
Tex_RunLaTeX..Tex_SetupErrorWindow..Tex_GetMainFileName:
line 18:
E344: Cannot find directory "Document Class: revtex4-1 2009/10" in cdpath
E472: Command failed
line 31:
E344: Cannot find directory "Document Class: revtex4-1 2009" in cdpath
E472: Command failed
Press ENTER or type command to continue
This happens on the following example document (You need texlive-publishers for
the revtex4-1 class):
\documentclass{revtex4-1}
\begin{document}
Text
\end{document}
This seems to be a bug of vim-latexsuite, since the document is compiled
correctly, despite the error message. Using the latex command directly also
works fine.
I tried to investigate the problem and found the following:
The cd command in "Tex_RunLaTeX..Tex_SetupErrorWindow..Tex_GetMainFileName"
fails, since at some stage the filename (echo expand("%"): file.tex) changes
(echo expand("%"): Document Class: revtex4-1 2009/10/28). This happens when
'cfile ...' is called in Tex_CompileMultipleTimes().
It have no clue how this happens. Any help appreciated.
Regards
- Stefan
-- Package-specific info:
Vim related packages installed on this system:
- vim-latexsuite
- vim-runtime
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (300, 'stable'), (200, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages vim-latexsuite depends on:
ii python 2.5.4-9 An interactive high-level object-o
ii vim 2:7.2.330-1 Vi IMproved - enhanced vi editor
ii vim-common 2:7.2.330-1 Vi IMproved - Common files
ii vim-gnome [vim] 2:7.2.330-1 Vi IMproved - enhanced vi editor -
ii vim-gtk [vim]2:7.2.330-1 Vi IMproved - enhanced vi editor -
Versions of packages vim-latexsuite recommends:
ii texlive-binaries [texlive-bas 2009-5 Binaries for TeX Live
ii vim-addon-manager 0.4.3 manager of addons for the Vim edit
Versions of packages vim-latexsuite suggests:
ii acroread [pdf-viewer 8.1.7-0.1 Adobe Acrobat Reader: Portable Doc
ii evince [postscript-v 2.30.1-2Document (postscript, pdf) viewer
ii ghostscript [postscr 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF
ii gv [postscript-viewe 1:3.6.9-1 PostScript and PDF viewer for X
ii kghostview [postscri 4:3.5.9-3+lenny2PostScript viewer for KDE
ii kpdf [pdf-viewer]4:3.5.9-3+lenny2PDF viewer for KDE
ii okular [postscript-v 4:4.3.4-1+b1document viewer for KDE 4
ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582101: debian-installer: boot on raid mdadm fails after installation (raid1 + LVM) "similar superblocks
Package: debian-installer Version: 20100211 Severity: important -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.32+25 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) After installing a Debian/Squeeze with RAID1 and Logical Volumes, the freshly installed system does not boot. Error message at first boot: mdadm /dev/sdb1 and /dev/sdb appear to have very similar superblocks. Please zero-superblocks on one of the device. Devices overlap. System goes to initrd prompt. Not possible to activate RAID1 unit /dev/md0 mdadm always report the same error when activating the RAID1. system is having a /boot device on /dev/hda (/dev/hda1) /dev/sda and /dev/sdb with one primary partition marqued for RAID AUTODETECT. /dev/md0 is used as a PV, there is one Volume Groupe vg01 and 3 logical volumes : /dev/vg01/lvol1-root /dev/vg02-swap and /dev/vg03-home If I boot the unbootable system with a live CD, I manage to activate the MD and the LVM on it and do it manually. Installing a Debian Lenny instead of Debian Squeeze solved the problem. /dev/hda is on compact flash card 4G /dev/sda and /dev/sdb are brand new 500Gb Seagate Barracuda 7200.12 Grub boots, but as soon as the system is looking for a root filesystem, it stops waiting, because the RAID array is not ready. I tried to force --zero-superblocks on the device /dev/sda and /dev/sdb from a liveCD but it doesn't change. It makes the system uninstallable on classical RAID1 configuration with separate /boot partition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581767: RFP: rome -- Java library to handle Atom feed
Hi
The OSGi metadata looks fine except for
Import-Package: ...org.jdom.adapters;version=3D"1.0.0"...
which I suspect should have been a "1.1.1" like the others.
Also, javahelper has picked up the dependency on libjdom1-java so you
can use the ${java:Depends} variable in the Depends line for librome-java=
=2E
Finally I think you should reduce the Recommends of the doc package to a
suggest. I doubt most of our users will use the javadoc for Rome.
~Niels
signature.asc
Description: OpenPGP digital signature
Bug#582087: [Evolution] Bug#582087: Bug#582087: SIGSEGV on function em_format_snoop_type
On 18/05/2010 11:08, Giuseppe Sacco wrote: > > On Tue, 18 May 2010 10:42:39 +0200, Yves-Alexis Perez > wrote: > [...] >> Please reply to the bug using reportbug so we get useful information >> about your installation. > > here it is > Thanks. It doesn't seem strange, so I'm a bit lost. Which kind of mail does it crash on? Every one? What kind of account is it? Is there attachements to those mails? It looks to me like an upstream issue, so it might be worth looking/reporting in GNOME bugzilla. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582046: [pkg-cli-apps-team] Bug#582046: python-docky: Isn't compatible with Python 2.4, but still attempts to byte-compile for it.
tags 582046 = pending thanks Hiya, On Mon, May 17, 2010 at 11:20:52PM +0200, Stefano Rivera wrote: Package: python-docky Version: 2.0.3.1-1 Severity: normal Tags: patch Fails to install on machines that still have python2.4 installed: [...] I recommend you either set XS-Python-Version: >= 2.5 in debian/control or $ echo 2.5- > debian/pyversions SR Thanks. Fixed in git and will be available in the next upload. Iain signature.asc Description: Digital signature
Bug#581606: NMU of pinball
Hi Sandro, a 0-day NMU for a quite recent bug report is quite rude from the maintainer POV, in particular because you didn't ping the bug neither you post a patch on the bug report (as required by devref) and you didn't upload to a DELAYED queue, giving time to the maintainer to react. Funny how the MU came only minutes after your NMU, another sign of un-coordinated NMU. If you have a look at http://wiki.debian.org/LowThresholdNmu, you'll see that I accept this sort of NMU for all packages except for the net-snmp one (here I just require anyone to resgister as co-maintainer and add the package to SVN first, BTW. Otherwise, the history in SVN becomes a mess). In this case I was just preparing to fix a piupart error and finally decided to push it out now that a RC bug was rised. I don't think this NMU caused a lot of work on Matthias ;-) Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#457075: Salomé packaging
Hello André, Thanks for your work on this, I'm glad it's working. I'm afraid I won't have much time to look into your tree, let alone merge the differences, for a few days, but will get back to you soon. -Adam On Mon, 2010-05-17 at 12:06 +0200, Andre Espaze wrote: > Hi Adam, > > Sorry for the lack of news, I was focus on making VISU work. I have > succeeded to build a Salome package however the current result is > unfortunately split from our development line. That's why I will first > explain my steps and then ask your advice on the merge as I saw that > serious reorganizations are also pending. > > My goal is to provide a functional Salome package for mechanical > engineering even if incomplete. As a consequence the necessary modules > are for me KERNEL, GUI, GEOM, MED, SMESH and VISU. As VISU was failing > in the build process of debian/rules, I decided to build it by hand by > exporting the necessary environment variables. In that case I only had > to modify the gui-build-in-tree.patch (attached to the mail) for making > the libVISU linking work by adding the path to libToolsGUI. > However, back to the complete debian/rules process, the compilation > was still failing in the VISU CONVERTER library because of an absent > template symbol (probably the same problem described in your mail on > the 25th of January). So I needed to investigate the configure and > build steps of debian/rules but those steps take lot of time. For > easing my researchs, I decided to work on a package building > only the necessary modules which I called salome-core. The working > snapshot is available here: > http://www.python-science.org/files/salome-core.tar.gz > and I have attached the resulting debian/rules which configure > every module separately. I could not find the problem in the > previous loop configuration. > > >From there two questions arise. First, I like the debian/rules file > of salome-core but I remember that you were against such solution for > maintenance reasons. Would you like me to adapt it as a loop or did you > finally change your mind? From now it seems anyway that VISU needs to be > configured separately. Second, could the current salome-core package be > a starting point for the reorganizations that we discussed previously? > For me it has the main advantage to build only the necessary modules, > thus saving time for every run of Salome packaging. However it will > require to write several packages (salome-advance and salome-dev). > By comparing to the opencascade package, I understand that the whole > building should be made in a row and the subpackages splitted by > several *.install files. > > ... > > > > > - self.CMD=['SALOME_ContainerPy.py','FactoryServerPy'] > + self.CMD=['SALOME_Container','FactoryServerPy'] > (I have adapted the patch to the current version.) > ... > > I just took care of this, the result is in the alioth git repository. > Thank you for the update. Even if the current version work, I would > prefer to rename 'SALOME_ContainerPy.py' to 'SALOME_ContainerPy' because > '/usr/bin/SALOME_Container' already exists and is finally overwritten in > the install step of debian/rules. > > Even if several points still need to be discussed or adapted, the > good point is that we know now how to build a Salome package with the > essential modules. Once again, thank you very much for all your efforts. > I am going to track the remaining bugs at runtime (some menu do not show > up in SMESH, the results can not be seen in VISU). > > All the best, > > André -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#515489: Bug#549382: xpilot-ng: diff for NMU version 1:4.7.3-1.1
I intend to look these over on the weekend, apply them, test them, and
upload. If I don't manage get to this job in a reasonable timeframe,
feel free to NMU.
Ben
On 05/18/2010 02:01 AM, tony mancill wrote:
tags 549382 + pending
tags 580590 + pending
thanks
Hi Ben,
Jari Aalto has prepared an NMU for xpilot-ng (versioned as 1:4.7.3-1.1)
that I will sponsor if you're amenable. The changelog entry is listed
below. Please note that it contains packaging updates in addition to
the bug fixes listed.
Cheers,
tony
xpilot-ng (1:4.7.3-1.1) unstable; urgency=low
[ Jari Aalto ]
* Non-maintainer upload.
- Obsolete x-dev dependency was handled in previous
release (Closes: #515489).
- Move to packaging format "3.0 (quilt)".
* debian/compat
- Update to 7.
* debian/control
- (Build-Depends): Replace nvidia-glx with
libgl1-mesa-dev, libglu1-mesa-dev (FTBFS; Closes: #580590).
Update to debhelper 7.1.
- (Depends): Add ${misc:Depends}.
- (Homepage): Add new field; lift from Description.
- (Standards-Version): Update to 3.8.4.
* debian/{postrm,postinst}
- Fix Lintian maintainer-script-ignores-errors.
* debian/source/format
- New file.
* debian/watch
- New file (Closes: #549382).
Thanks to Daniel Leidert.
-- Jari Aalto Fri, 07 May 2010 03:20:09 +0300
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567098: linux-image-2.6.26-2-ixp4xx: adm8511/pegasus usb ethernet device loses mac on nslu2 when cold-plugged
*ping* * Martin Michlmayr [2010-04-25 22:23]: > Devin, did you report this issue upstream? > > * Martin Michlmayr [2010-02-22 21:49]: > > * Devin Carraway [2010-01-27 02:19]: > > > I've been experimenting with a Pegasus-chipset USB ethernet adapter > > > on an NSLU2 unit. If the adapter is connected prior to system boot, > > > although it will be recognized by the kernel and udev, it starts out > > > with a MAC address of 00:00:00:00:00:00. > > > > I finally got around to testing my Pegasus USB Ethernet (a different > > one to yours) with my NSLU2 and I cannot reproduce this issue (see > > attached dmesg and udevadm). > > > > Can you please report this issue directly to > > > > Petko Manolov , net...@vger.kernel.org > > (the maintainer of the Pegasus driver and the Linux networking list) > > > > and also CC: > > > > Krzysztof Halasa > > > > (the maintainer of the IXP4xx platform) > > > > Thanks. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581791: squeeze udev high cpu usage at idle
Well i stopped em both udev is still using cpu too much. -- Pagarbiai, Andrius, Jurkus Tel: +370 624 16633 andr.jur...@gmail.com
Bug#582103: incorrect mount just after DVD is put in the drive (iso9660 instead of udf)
Package: mount Version: 2.17.2-2 Severity: important I mount DVD's with: /bin/mount -o uid=1000,gid=1000 /cdrom where /etc/fstab contains: /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 with the symbolic links: /cdrom -> media/cdrom -> cdrom0 (from the standard Debian installation). If I run the command just after I put the DVD in the drive, the DVD is mounted with iso9660 type (known to be broken[*]: yields corrupt filenames and incorrect permissions, making private directories readable by everyone). [*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457308 Otherwise the DVD is mounted with udf type. When possible, DVD's should be mounted with udf type, and this shouldn't depend on whether one runs /bin/mount early or not. Additional information: In the former case, /var/log/kern.log had the following about this mount: May 18 12:03:58 ypig kernel: [84185.979847] ISO 9660 Extensions: Microsoft Joliet Level 1 May 18 12:03:58 ypig kernel: [84186.068338] ISO 9660 Extensions: IEEE_P1282 and mount said: /dev/sr0 on /media/cdrom0 type iso9660 (rw,noexec,nosuid,nodev,uid=1000,gid=1000) In the latter case, /var/log/kern.log had: May 18 12:09:32 ypig kernel: [84519.659267] UDF-fs: Partition marked readonly; forcing readonly mount May 18 12:09:32 ypig kernel: [84519.689404] UDF-fs INFO UDF: Mounting volume 'Archives-201005', timestamp 2010/05/18 07:59 (1000) and mount said: /dev/sr0 on /media/cdrom0 type udf (rw,noexec,nosuid,nodev,uid=1000,gid=1000) A workaround is to use the -t form of "mount" to force udf. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-2 block device id library ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libsepol1 2.0.40-2 SELinux library for manipulating b ii libuuid1 2.17.2-2 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: ii nfs-common1:1.2.2-1 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582102: Loosing control of wmii after killing an X client
Package: wmii
Version: 3.6+debian-8
Severity: important
Try to load wmii, then load an xterm (Meta+Enter) and ctrl-D to exit.
Since that moment keyboard and mouse control of the wm is lost, it is only
possible to zapping out the X server. This can be replicated with
any number of X clients, it is not possible to escape from the last tag
used i.e. that where the latest program exited.
This is very annoying and renders the wm almost unusable. I'm tagging this
bug important, but grave would be probably more appropriate.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages wmii depends on:
ii dwm-tools 31-1 dynamic window manager (tools)
ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib
ii libx11-6 2:1.3.3-3 X11 client-side library
ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar
Versions of packages wmii recommends:
pn wmii-doc (no description available)
wmii suggests no packages.
-- Configuration Files:
/etc/X11/wmii-3.5/wmiirc changed:
MODKEY=Mod4
UP=k
DOWN=j
LEFT=h
RIGHT=l
WMII_NORMCOLORS='#88 #22 #33'
WMII_FOCUSCOLORS='#ff #285577 #4c7899'
WMII_BACKGROUND='#33'
WMII_FONT='fixed'
set -- $(echo $WMII_NORMCOLORS $WMII_FOCUSCOLORS)
WMII_MENU="dmenu -b -fn '$WMII_FONT' -nf '$1' -nb '$2' -sf '$4' -sb '$5'"
WMII_9MENU="wmii9menu -font '$WMII_FONT' -nf '$1' -nb '$2' -sf '$4' -sb '$5'
-br '$6'"
WMII_TERM="x-terminal-emulator"
wmiir write /colrules < 58+42
!
wmiir write /tagrules < ~
/MPlayer.*/ -> ~
/.*/ -> sel
/.*/ -> 1
!
status() {
echo -n $(uptime | sed 's/.*://; s/,//g') '|' $(date)
}
eventstuff() {
cat <<'!'
# Events
Event Start
case "$1" in
wmiirc)
exit;
esac
Event Key
fn=$(echo "$@" | sed 's/[^a-zA-Z_0-9]/_/g')
Key_$fn "$@"
Event CreateTag
echo "$WMII_NORMCOLORS" "$@" | wmiir create "/lbar/$@"
Event DestroyTag
wmiir remove "/lbar/$@"
Event FocusTag
wmiir xwrite "/lbar/$@" "$WMII_FOCUSCOLORS" "$@"
Event UnfocusTag
wmiir xwrite "/lbar/$@" "$WMII_NORMCOLORS" "$@"
Event UrgentTag
shift
wmiir xwrite "/lbar/$@" "*$@"
Event NotUrgentTag
shift
wmiir xwrite "/lbar/$@" "$@"
Event LeftBarClick
shift
wmiir xwrite /ctl view "$@"
# Actions
Action quit
wmiir xwrite /ctl quit
Action exec
wmiir xwrite /ctl exec "$@"
Action rehash
proglist $PATH >$progsfile
Action status
set +xv
if wmiir remove /rbar/status 2>/dev/null; then
sleep 2
fi
echo "$WMII_NORMCOLORS" | wmiir create /rbar/status
while status | wmiir write /rbar/status; do
sleep 1
done
Event ClientMouseDown
client=$1; button=$2
case "$button" in
3)
do=$(eval $WMII_9MENU -initial
"${menulast:-SomeRandomName}" Nop Delete Fullscreen)
case "$do" in
Delete)
wmiir xwrite /client/$client/ctl kill;;
Fullscreen)
wmiir xwrite /client/$client/ctl Fullscreen on;;
esac
menulast=${do:-"$menulast"}
esac
# Key Bindings
Key $MODKEY-Control-t
case $(wmiir read /keys | wc -l | tr -d ' \t\n') in
0|1)
echo -n $Keys | tr ' ' '\012' | wmiir write /keys
wmiir xwrite /ctl grabmod $MODKEY;;
*)
wmiir xwrite /keys $MODKEY-Control-t
wmiir xwrite /ctl grabmod Mod3;;
esac
Key $MODKEY-space
wmiir xwrite /tag/sel/ctl select toggle
Key $MODKEY-d
wmiir xwrite /tag/sel/ctl colmode sel default
Key $MODKEY-s
wmiir xwrite /tag/sel/ctl colmode sel stack
Key $MODKEY-m
wmiir xwrite /tag/sel/ctl colmode sel max
Key $MODKEY-a
Action $(actionlist | eval $WMII_MENU) &
Key $MODKEY-p
sh -c "$(eval $WMII_MENU <$progsfile)" &
Key $MODKEY-t
wmiir xwrite /ctl "view $
Bug#427119: /usr/bin/evince: workaround via searching for "base characters"
Package: evince-gtk Version: 2.30.1-2 Severity: normal File: /usr/bin/evince I just stumbled upon the same bug, and maybe have an idea on how to enabling search without too much hustle. upstream bug report/enhancement filed: https://bugzilla.gnome.org/show_bug.cgi?id=618971 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince-gtk depends on: ii evince-common 2.30.1-2 Document (postscript, pdf) viewer ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libevince2 2.30.1-2 Document (postscript, pdf) renderi ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii shared-mime-info0.71-1 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages evince-gtk recommends: ii dbus-x11 1.2.24-1 simple interprocess messaging syst Versions of packages evince-gtk suggests: ii gvfs 1.6.1-1userspace virtual filesystem - ser pn nautilus (no description available) pn poppler-data (no description available) ii unrar 1:3.8.5-1 Unarchiver for .rar files (non-fre -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582099: okular search unable to find umlaute
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 for evince, there is a discussion on the same issue http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427119 I had an Idea on how to solve this, filed evince upstream bug report/enhancement here: https://bugzilla.gnome.org/show_bug.cgi?id=618971 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJL8peSAAoJEAunSsW5SUcVOV8H/AzCRPk0LjxgNA4P/kNDPrDW xgSs56BiUFXkVxuqkyHlKYNvhhCntEhWrrTvNdxPkuvxVc2rIhSNyg/2xYXCBkNL 8j3jW5oFVRmJ/Xyz9wwljpaJhWeZAlkrbpsFByv72bXtSbtXwDcucXXn6a+PocmG S2gqypup+EzDrEWraf8vQPXkg5f736PeaJ0/vZIehEI/eHnjU/CwSyl6i6H42cyq VRjTM42azq3Iw6UpPFa77sQ8VuImFL6DgPrxDKqGpVF242y+pIIX4WhOJcF1dhEC a32LY9GKuqA+ScTBI9iSHrYA+e340JTYfEe31CFKTM7Rqfl52avCuLpmCureJqo= =Ec1v -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581715: acpi-fakekey: kernel-provided name 'uinput' and NAME= 'input/uinput' disagree
reassign 581715 linux-2.6 thanks On May 15, Marco d'Itri wrote: > > I'm not sure if this is a problem in acpi_fakekeyd or in udev; loading > I'd say that the kernel should be fixed to hint input/uinput. Kay confirmed, the kernel should be changed to hint input!uinput instead of just uinput. -- ciao, Marco signature.asc Description: Digital signature
Bug#582038: qa.debian.org: [PTS] Please link to UbuntuDiff
On 18/05/10 at 11:29 +0200, Mehdi Dogguy wrote: > On 18/05/2010 09:52, Lucas Nussbaum wrote: > > On 18/05/10 at 09:04 +0200, Stefano Zacchiroli wrote: > >> PS as we already have some ubuntu information in the PTS, I'm copying > >>Lucas which IIRC contributed that other information: can you please > >>you two check that there is no overlapping in having both links? > > > > I'm not entirely convinced by the approach. What value does it add *on > > the PTS* compared to what is already available in the Ubuntu box? > > Wouldn't it be better to work with Ubuntu on a better patches.u.c? > > Well… I'not convinced by the current approach :) For me, it's way simpler > to read some lines of a changelog containing exactly the information I'm > looking for, instead of digging into a big patch with a lot of noise. > > Honestly, I consider the current "patches for …" link near to useless. I > think that maintainers (at least, me) don't want to waste too much time to > know important changes done in Ubuntu. The current "Ubuntu" box tell me > (in a readable and quick way) only the Ubuntu version, but doesn't list > the changes. It provides a patch, but I won't read every debdiff patch for > every package I want to inspect because it's a PITA. IMO, "UbuntuDiff" > answers that need. I also have in mind to add¹ some features like: a > simple patch viewer, list of packages in Ubuntu and not in Debian, etc… UbuntuDiff does 3 things: A) aggregate data about a set of packages selected by grep-dctrl => orthogonal to what the PTS does B) provide links to some useful resources about the package => already done by the PTS C) extract the changelog from the diff => that's the main point we are interested in While I agree that (C) is a nice feature, it could go much further, providing direct links to the patches in debian/patches, extracting their description, etc. That's similar to what patch-tracker.debian.org aims at doing. The problem is that we need a good script that parses the diff and extracts the useful information. That script could be used on patch-tracker.debian.org and patches.u.c. Now, if we stuck to the changelog, it would be better to provide it as a box that appears when the mouse cursor is over the Ubuntu patch (using some cool javascript). You don't really need a separate service for that. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582104: add status to corosync init script
Package: corosync
Version: 1.2.1-1
Severity: normal
Tags: patch
proposed patch to add /etc/init.d/corosync status
command.
thanks,
raoul
diff -r efb34a44c03e init.d/corosync
--- a/init.d/corosync Tue May 18 10:50:37 2010 +0200
+++ b/init.d/corosync Tue May 18 10:51:10 2010 +0200
@@ -107,6 +107,9 @@
;;
esac
;;
+ status|monitor)
+ status_of_proc -p $PIDFILE $DAEMON $NAME && exit 0 || exit $?
+ ;;
*)
#echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
Bug#581637: gettext: new upstream release 0.18 available
severity 581637 serious retitle 581637 gettext 0.18-1 breaks packages using autopoint still having cvs in build-depends thanks On Fri, 14 May 2010, Kirill Smelkov wrote: > Package: gettext > Version: 0.17-11 > Severity: wishlist > > gettext-0.18 was recently released: > > http://article.gmane.org/gmane.org.fsf.announce/1331 > > It would be nice, if we could get it into squeeze. I was well aware of that, thanks. gettext 0.18-1 is now almost ready, but it will break packages still using cvs in build-depends because of autopoint, so I'm going to use this bug as a dummy bug to prevent the package to propagate to testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#582070: vim: please rebuild against tcl-dev from experimental
On Tue, May 18, 2010 at 12:44:11AM -0500, Jonathan Nieder wrote: > To help find problems that arise before making this change for real, > it would be nice to have most packages depending on tcl-dev built > against version 8.5 in experimental. As discussed on > debian-release[1], this requires sourceful uploads. > > I have been using vim locally with this change for a couple of months > now, but since I do not make use of the tcl scripting support, that > does not mean much. It passes the test suite, at least. ;-) > > Patch is against master but intended to apply to the > master-experimental (or debian-experimental?) branch. If you think an > NMU would be simpler, please let me know and I can try to find a > sponsor. I'm currently finishing up the work for an upload to unstable and had plans to follow that up with an experimental upload for upstream's pre-releases of 7.3. As part of that, I'll include the tcl-dev change. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega signature.asc Description: Digital signature
Bug#578937: A workaround
I have been suffering from this problem. A work around it to uninstall libfam0 and install libgamin0 in its place. <>
Bug#581606: NMU of pinball
Hello Jochen, thanks for your reply. On Tue, May 18, 2010 at 12:38, Jochen Friedrich wrote: > Hi Sandro, > >> a 0-day NMU for a quite recent bug report is quite rude from the >> maintainer POV, in particular because you didn't ping the bug neither >> you post a patch on the bug report (as required by devref) and you >> didn't upload to a DELAYED queue, giving time to the maintainer to >> react. Funny how the MU came only minutes after your NMU, another sign >> of un-coordinated NMU. > > If you have a look at http://wiki.debian.org/LowThresholdNmu, you'll see > that I accept this sort of NMU for all packages except for the net-snmp one > (here I just require anyone to resgister as co-maintainer and add the > package to SVN first, BTW. Otherwise, the history in SVN becomes a mess). > > In this case I was just preparing to fix a piupart error and finally decided > to push it out now that a RC bug was rised. I don't think this NMU caused a > lot of work on Matthias ;-) that doesn't change the fact there are some rules for NMUs, and one of them is posting the diff to the BTS, that didn't happen (and uploading to DELAYED/2 would be nice). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521770: (no subject)
What about third-party plugins? Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570355: (no subject)
This is probably about the log and pid dirs, not about htdocs. Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575046: (no subject)
I've never seen this happen myself. Did you modify anything? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580807: Acknowledgement (libinsighttoolkit3-java: the java bindings as built by Debian don't work)
Hello FWIW I tried building the package with pbuilder. When built in Lenny environment the java bindings work, when built in Squeeze/Sid environment the packages are broken. It is necessary to enable the Squeeze/Sid repositories to build on Lenny but since the default package manager on Lenny is capable of installing packages from non-default sources to fulfill dependencies this is not a problem. On Squeeze the package manager is more limited. Note that I do build with openjdk on my own install and these packages also work so it is not the Java version, it must be the version of some other library. The build logs are rather large but I can send them if you are interested. Thanks Michal -- Michal Suchánek michal.sucha...@ruk.cuni.cz tel 224491810 fax 224491594 Univerzita Karlova v Praze Ústav Výpočetní Techniky Ovocný trh 3 Praha 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
