Bug#633302: [DRE-maint] Bug#633302: ruby-bcrypt: FTBFS everywhere: [BUG] Segmentation fault
Antonio thanks for fixing the issue. Actually this is a packaging problem: the tests for Ruby 1.8 are being run against the compiled extension for Ruby 1.9. $: 'lib' 'ext/mri' '.' If I remember correctly this line was added because when I was trying to build the package with tests enabled first time it was throwing error complaining bcrypt.h file is not found. This is error was thrown from the file ext/mri/bcrypt_ext.c file. To fix this line was added. Is it building fine without this line? Regards -- Vasudev Kamath http://vasudevkamath.blogspot.com http://identi.ca/vasudev http://twitter.com/vasudevkamath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634121: Please transition krb5 for multiarch
Source: krb5 Version: 1.9.1+dfsg-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: ubuntu-patch oneiric origin-ubuntu Hi gents, Please find attached a patch to krb5 to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. This patch has been applied and is being used successfully in Ubuntu 11.04, and should be safe to apply in Debian now that multiarch has been bootstrapped there. Note that this involves a change to the krb5 plugin path (/usr/lib/krb5/plugins - /usr/lib/$(DEB_HOST_MULTIARCH)/krb5/plugins), which means that either external packages using this path need to transition in tandem, or backwards-compatibility support for the previous path needs to be provided. Since I only found one other package in the archive (sssd) that ships such a plugin, I think it's best to just do a coordinated rebuild of sssd. The patch assumes this will be done in the next NMU of sssd. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -uNr --exclude .bzr debian/debian/clean trunk/debian/clean --- debian/debian/clean 1969-12-31 16:00:00.0 -0800 +++ trunk/debian/clean 2011-03-19 03:05:13.0 -0700 @@ -0,0 +1,7 @@ +debian/krb5-kdc.dirs +debian/krb5-multidev.dirs +debian/krb5-multidev.links +debian/krb5-multidev.install +debian/libkrb5-3.dirs +debian/libkrb5-dev.dirs + diff -uNr --exclude .bzr debian/debian/control trunk/debian/control --- debian/debian/control 2011-07-16 22:02:23.0 -0700 +++ trunk/debian/control 2011-06-20 16:08:46.0 -0700 @@ -1,7 +1,8 @@ Source: krb5 Section: net Priority: standard -Build-Depends: debhelper (= 7), byacc | bison, comerr-dev, docbook-to-man, +Build-Depends: debhelper (= 8.1.3), byacc | bison, + comerr-dev, docbook-to-man, libkeyutils-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libldap2-dev, libncurses5-dev, libssl-dev, ss-dev, texinfo Standards-Version: 3.9.1 @@ -140,6 +141,7 @@ | libkrb5support0 (= ${binary:Version}) Priority: extra Section: debug +Multi-Arch: same Description: Debugging files for MIT Kerberos Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -158,6 +160,7 @@ Suggests: opensc Replaces: libkrb53 (= 1.6.dfsg.3~beta1-1) Priority: extra +Multi-Arch: same Description: PKINIT plugin for MIT Kerberos Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -192,7 +195,8 @@ Package: libkrb5-3 Section: libs Replaces: libkrb53 (1.6.dfsg.4~beta1-7) -Breaks: libkrb53 ( 1.6.dfsg.4~beta1-9 ) +Breaks: libkrb53 ( 1.6.dfsg.4~beta1-9 ), + sssd (= 1.2.1-4.3) Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, libkrb5support0 (= ${binary:Version}) @@ -200,6 +204,8 @@ Conflicts: ssh-krb5 ( 3.8.1p1-10), libapache-mod-auth-kerb (= 4.996-5.0-rc6-2), libapache2-mod-auth-kerb (= 4.996-5.0-rc6-2) +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Description: MIT Kerberos runtime libraries Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -218,6 +224,8 @@ Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, libkrb5-3 (= ${binary:Version}) Suggests: krb5-doc, krb5-user +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Description: MIT Kerberos runtime libraries - krb5 GSS-API Mechanism Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -236,6 +244,8 @@ Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Suggests: krb5-doc, krb5-user +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Description: MIT Kerberos runtime libraries - GSS enabled ONCRPC Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -252,6 +262,8 @@ Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Suggests: krb5-doc, krb5-user +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Description: MIT Kerberos runtime libraries - KDC and Admin Server Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a @@ -268,6 +280,8 @@ Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} Suggests: krb5-doc, krb5-user +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Description: MIT Kerberos runtime libraries - Administration Clients Kerberos is a system for authenticating users and
Bug#634122: [INTL:ko] Korean debconf template translation for websvn
Package: websvn Version: 2.3.2-1 Severity: wishlist Tags: l10n patch It is attached to this report. templates.po Description: Binary data
Bug#634123: Patch to transition sssd for multiarch
Source: sssd Version: 1.2.1-4.2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: ubuntu-patch oneiric origin-ubuntu Dear maintainers, In bug #634121, I have just submitted a patch to the krb5 package to transition it for the use of multiarch paths, as described at http://wiki.debian.org/Multiarch/Implementation. If accepted, this will change the kerberos plugin path from /usr/lib/krb5/plugins to /usr/lib/$arch/krb5/plugins, requiring a corresponding update to the sssd package which ships such a plugin. The attached patch has been applied in Ubuntu (with a slight difference in version numbers) to implement this. The same should be applied in Debian if and when krb5 transitions for multiarch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -u sssd-1.2.1/debian/sssd.install sssd-1.2.1/debian/sssd.install --- sssd-1.2.1/debian/sssd.install +++ sssd-1.2.1/debian/sssd.install @@ -1,7 +1,7 @@ usr/lib/sssd/* -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* usr/lib/ldb/modules/ldb/memberof.so -usr/lib/krb5/plugins/libkrb5/* +usr/lib/*/krb5/plugins/libkrb5/* usr/share/locale/*/LC_MESSAGES/* usr/sbin/sssd usr/sbin/sss_useradd @@ -14,0 +15 @@ + diff -u sssd-1.2.1/debian/libnss-sss.install sssd-1.2.1/debian/libnss-sss.install --- sssd-1.2.1/debian/libnss-sss.install +++ sssd-1.2.1/debian/libnss-sss.install @@ -1,2 +1,2 @@ -lib/libnss_sss.so.2 +lib/*/libnss_sss.so.2 usr/share/lintian/overrides/libnss-sss diff -u sssd-1.2.1/debian/control sssd-1.2.1/debian/control --- sssd-1.2.1/debian/control +++ sssd-1.2.1/debian/control @@ -3,7 +3,8 @@ Priority: extra Maintainer: Petter Reinholdtsen p...@debian.org Uploaders: Morten Werner Forsbring wer...@debian.org -Build-Depends: cdbs, debhelper (= 7), dnsutils, dpatch, +Build-Depends: cdbs (= 0.4.93), debhelper (= 8.1.3), +dnsutils, dpatch, libpopt-dev, libdbus-1-dev, libldap2-dev, libpam-dev, libnss3-dev, libnspr4-dev, libpcre3-dev, libselinux1-dev, libsasl2-dev, @@ -20,7 +21,9 @@ Package: sssd Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, python, python-sss +Depends: ${shlibs:Depends}, ${misc:Depends}, python, python-sss, + libkrb5-3 (= 1.9.1+dfsg-2) +Pre-Depends: ${misc:Pre-Depends} Recommends: ldap-utils, bind9-host Suggests: libnss-sss, libpam-sss Description: System Security Services Daemon @@ -35,7 +38,9 @@ Package: libnss-sss Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, perl +Pre-Depends: ${misc:Pre-Depends} Recommends: sssd +Multi-Arch: same Description: Nss library for the System Security Services Daemon Provides a set of daemons to manage access to remote directories and authentication mechanisms. It provides an NSS and PAM interface toward @@ -47,8 +52,10 @@ Package: libpam-sss Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, libpam-runtime (= 1.0.1-6) +Depends: ${shlibs:Depends}, ${misc:Depends}, libpam-runtime (= 1.0.1-6), + libpam0g (= 1.1.3-2) Recommends: sssd +Multi-Arch: same Description: Pam module for the System Security Services Daemon Provides a set of daemons to manage access to remote directories and authentication mechanisms. It provides an NSS and PAM interface toward diff -u sssd-1.2.1/debian/libpam-sss.install sssd-1.2.1/debian/libpam-sss.install --- sssd-1.2.1/debian/libpam-sss.install +++ sssd-1.2.1/debian/libpam-sss.install @@ -1 +1 @@ -lib/security/pam_sss.so +lib/*/security/pam_sss.so diff -u sssd-1.2.1/debian/rules sssd-1.2.1/debian/rules --- sssd-1.2.1/debian/rules +++ sssd-1.2.1/debian/rules @@ -4,19 +4,22 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/dpatch.mk -DEB_CONFIGURE_EXTRA_FLAGS = --enable-krb5-locator-plugin +DEB_CONFIGURE_EXTRA_FLAGS = --enable-krb5-locator-plugin \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ + --with-ldb-lib-dir=\$${prefix}/lib/ldb/modules/ldb \ + --with-krb5-plugin-path=\$${libdir}/krb5/plugins/libkrb5 APIDOCDIR = /usr/share/doc/sssd install/libnss-sss:: - mkdir -p $(CURDIR)/debian/tmp/lib/ - mv $(CURDIR)/debian/tmp/usr/lib/libnss_sss.so.2 $(CURDIR)/debian/tmp/lib/libnss_sss.so.2 + mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH) + mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libnss_sss.so.2 $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/libnss_sss.so.2 install -D debian/libnss-sss.overrides $(CURDIR)/debian/tmp/usr/share/lintian/overrides/libnss-sss install -D debian/sssd.overrides $(CURDIR)/debian/tmp/usr/share/lintian/overrides/sssd install/libpam-sss:: - mkdir -p $(CURDIR)/debian/tmp/lib/security/ - mv $(CURDIR)/debian/tmp/usr/lib/security/pam_sss.so $(CURDIR)/debian/tmp/lib/security/pam_sss.so + mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/security
Bug#634116: Please transition gnutls26 for multiarch
On Sun, Jul 17, 2011 at 08:15:43AM +0200, Andreas Metzler wrote: gnutls 2.12 in experimental is already using multiarch paths: --- gnutls26 (2.12.7-2) experimental; urgency=low * Stop shipping libtool la files. * Convert to multi-arch. (Partial merge from Ubuntu 2.10.5-1ubuntu2): + configure with --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH), update *.install accordingly. + Bump cdbs Build-Depends to 0.4.93 (required for expanding $(DEB_HOST_MULTIARCH)). + Bump debhelper b-d to 8.1.3 (for ${misc:Pre-Depends}). + runtime libraries and guile-wrapper are Multi-Arch: same with Pre-Depends: ${misc:Pre-Depends}, -bin (helper binaries) and -doc are Multi-Arch: foreign, -dev and -dbg remain unchanged. + Diverge from Ubuntu patch by not settting Multi-Arch: same on -dbg package. It contains debugging symbols for both library and helper binaries ( e.g. /usr/lib/debug/usr/bin/gnutls-cli) and is therefore not co-installable with itself. Ok. When do you plan to upload 2.12.7 to unstable? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#620154: chromium: False flash-out-of-date alarm
Package: chromium Version: 12.0.742.112~r90304-1 Followup-For: Bug #620154 Hi, I ran into this today, and found the following: Chromium complains that Flash is out of date; when I press the Update plug-in... button, it takes me to an Adobe page (http://get.adobe.com/flashplayer/?no_redirect) that tells me the last Flash version is 10.3.181.34; when I Run this time and right-click the element, I get an option about Adobe Flash Player 10.3.181.34. First thought: Chromium is deeply broken about this. However, if I actually click the about... option, I get a different Adobe page: http://www.adobe.com/software/flash/about/ This page claims that the last Flash version for Linux with Mozilla based-browsers is indeed 10.3.181.34, but for Linux/Chrome it is 10.3.181.36. So the root of the problem appears to be that between Adobe making different versions for different browsers, and Chromium insisting that the latest available version be used, they broke the assumption (which is widespread across Linux distros) that one Flash installation can be used for the entire system. I'm not sure what to make of this, or even which package should own the bug. HTH, Shai. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium depends on: ii chromium-inspector 12.0.742.112~r90304-1 page inspector for the chromium br ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcups2 1.4.6-11+b1 Common UNIX Printing System(tm) - ii libdbus-1-31.4.12-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib ii libgcc11:4.6.1-3 GCC support library ii libgconf2-42.32.4-1 GNOME configuration database syste ii libgcrypt111.4.6-7 LGPL Crypto library - runtime libr ii libgdk-pixbuf2.0-0 2.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.5-1 GTK+ graphical user interface libr ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d4.8.8-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.10-2 Network Security Service libraries ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libpng12-0 1.2.44-3 PNG library - runtime ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.6.1-3 GNU Standard C++ Library v3 ii libvpx00.9.6-1 VP8 video codec (shared library) ii libx11-6 2:1.4.3-2 X11 client-side library ii libxdamage11:1.1.3-2 X11 damaged region extension libra ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxml22.7.8.dfsg-3 GNOME XML library ii libxrender11:0.9.6-2 X Rendering Extension client libra ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt ii libxss11:1.2.1-1 X11 Screen Saver extension library ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634124: ITP: cronutils -- Utilities to assist running batch processing jobs
Package: wnpp Severity: wishlist Owner: Jamie Wilkinson j...@debian.org * Package name: cronutils Version : 1.0 Upstream Author : Jamie IWlkinson j...@spacepants.org * URL : http://code.google.com/p/cronutils/ * License : Apache Programming Lang: C Description : Utilities to assist running batch processing jobs A set of utilities to complement batch processing jobs, such as those run from cron, by limiting concurrent execution of jobs, setting hard limits on the runtime of a job, and recording execution statistics of a completed job. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634125: get-iplayer: Nothing can be downloaded
Package: get-iplayer Version: 2.79-2 Severity: important Attempts to download any programme get the following: 1 Matching Programmes INFO: Checking existence of default version INFO: No specified modes (flashhigh,flashstd,flashnormal) available for this programme with version 'default' (try using --modes=) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages get-iplayer depends on: ii libwww-perl 6.02-1 simple and consistent interface to ii perl 5.12.4-1 Larry Wall's Practical Extraction Versions of packages get-iplayer recommends: ii atomicparsley 0.9.2~svn110-4 read, parse and set metadata of MP ii flvstreamer 2.1c1-1command-line RTMP client ii id3v2 0.1.12-2 A command line id3v2 tag editor ii libmp3-info-perl 1.24-1 Perl MP3::Info - Manipulate / fetc Versions of packages get-iplayer suggests: ii ffmpeg 4:0.6.2-3 Multimedia player, server, encoder ii mplayer2:1.0~rc4.dfsg1-2 movie player for Unix-like systems -- 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#634126: cairo-dock-core_2.3.0~3-1 update fails due conflict with cairo-dock-data
Package: cairo-dock-core Version: 2.3.0~3-0~debian Severity: important cairo-dock-core_2.3.0~3.1 fails as '/usr/share/cairo-dock/icon-help.svg' is also in package cairo-dock-data 2.3.0~3-0~debian -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) 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 cairo-dock-core depends on: ii cairo-dock-data 2.3.0~3-0~debian A light and eye-candy dock to laun ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.6-3 Multi-protocol file transfer libra ii libdbus-1-3 1.4.12-5 simple interprocess messaging syst ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-0 2.23.5-2 GDK Pixbuf library ii libgl1-mesa-glx [libgl1 7.10.3-3 free implementation of the OpenGL ii libglib2.0-02.28.6-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.10.3-3 The OpenGL utility library (GLU) ii libgtk2.0-0 2.24.5-2 GTK+ graphical user interface libr ii libgtkglext11.2.0-1.2OpenGL Extension to GTK+ (shared l ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii librsvg2-2 2.34.0-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-2X11 Session Management library ii libx11-62:1.4.3-2X11 client-side library ii libxcomposite1 1:0.4.3-2X11 Composite extension library ii libxinerama12:1.1.1-3X11 Xinerama extension library ii libxml2 2.7.8.dfsg-3 GNOME XML library ii libxmu6 2:1.1.0-2X11 miscellaneous utility library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii libxt6 1:1.1.1-2X11 toolkit intrinsics library ii libxtst62:1.2.0-1X11 Testing -- Record extension li Versions of packages cairo-dock-core recommends: ii cairo-dock-plug-ins 2.3.0~3-0~debian A set of plug-ins for cairo-dock Versions of packages cairo-dock-core suggests: pn xcompmgr none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634127: epiphany-browser: eating up a lot of CPU
Package: epiphany-browser Version: 2.30.6-2 Severity: important epiphany consumes minimum 20% of CPU even when it is idle! this. i guess, is even responsible for the over-heating of my laptop, which eventually leads to a low battery life :( i am new to Debian or rather bug-reporting, so maybe i'm missing some additional details that i'm supposed to be adding. :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x11 1.4.12-4 simple interprocess messaging syst ii epiphany-browser-data 2.30.6-2 Data files for the GNOME web brows ii gnome-icon-theme 3.0.0-4GNOME Desktop icon theme ii iso-codes 3.27-1 ISO language, territory, currency, ii libavahi-client3 0.6.30-5 Avahi client library ii libavahi-common3 0.6.30-5 Avahi common library ii libavahi-gobject0 0.6.30-5 Avahi GObject library ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.5-1 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-2 Library for handling GObject intro ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome-keyring0 3.0.3-1GNOME keyring services library ii libgtk2.0-0 2.24.5-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gt 0.5.0-2sends desktop notifications to a n ii libnspr4-0d 4.8.8-2NetScape Portable Runtime Library ii libnss3-1d3.12.10-2 Network Security Service libraries ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libseed0 2.31.91-1+sid1 GObject JavaScript bindings for th ii libsm62:1.2.0-2 X11 Session Management library ii libsoup-gnome2.4-12.34.2-2 HTTP library implementation in C - ii libsoup2.4-1 2.34.2-2 HTTP library implementation in C - ii libwebkit-1.0-2 1.2.7-3Web content engine library for Gtk ii libx11-6 2:1.4.3-2 X11 client-side library ii libxml2 2.7.8.dfsg-3 GNOME XML library ii libxslt1.11.1.26-7+b1XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20110502Common CA certificates ii evince 2.32.0-1Document (PostScript, PDF) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.30.2-1 Extensions for Epiphany web browse -- 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#634128: kismet is not starting in panel mode
Package: kismet Severity: normal Tags: wheezy -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: x86_64 Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Dear maintainers, I suppose there is a bug in kismet. It is not possible, to start kismet in panel mode. I checked /etc/kismet_ui_conf and whatever I set in gui= (ncurses or panel), it is always starting in ncurses-mode. I personally prefer panel mode, as it is much faster to use. On another computer (EEEPC/ 32-bit) it is working well, so maybe it appears only on my 64-bit machine? On both systems the configuration files are identical (below /etc/kismet) and there are no user specific config files in any home-user directory. Even /root is clear. It would be very nice, if you could have a look at it. If I can help somehow, please feel free to ask. Thank you very much! Hans-J. Ullrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607839: Question about GNOME Trademark and GNOME project packages in Debian
On Thu, Jul 14, 2011 at 11:26:02PM +0200, Joerg Jaspert wrote: We feel that it is infeasible for Debian to be in complete compliance with the current GNOME trademark license. In our strict reading of this license, the only way to be in full compliance would require us to perform actions such as renaming packages in the form of GNOME™-control-center. This extreme example would conflict directly with Debian policy on the use of non-ascii lowercase characters in package names as well as being technically inadvisable. Therefore, as long as we are using GNOME marks, we are likely to be in some way violating their current trademark license agreement. The problem here is not that Debian does not comply with the trademark license. The problem here is that someone made the mistake of *ASKING* about the trademark license. Debian is not *trading* on any of the marks in question, and there is no reason under the sun for us to give a damn about the status of any trademark claims until a trademark holder specifically makes it a legal question by sending a cease and desist letter or filing a lawsuit. It doesn't matter one bit whether we're complying with the terms of the trademark license agreement *if we aren't doing anything that requires licensing of a trademark*. Now, trademarks are sensitive things for upstreams; they wouldn't have gone to the trouble of securing a mark if they didn't care about protecting it from dilution. We (broadly) feel the same way about the Debian mark. So since we're really on the same side as the upstreams and want to get along with them, it makes sense for us to take into consideration requests they might have of us. But this is not a question of freeness or legality, only of maintaining good relations with upstream. The safest thing for us to do would seem to be to terminate all use of the GNOME marks, and essentially rebranding the software, as was done in the case for firefox/iceweasel. This is a perverse definition of safe. There is no real risk associated with nominative and functional use of the marks (such as in package names, directory names, and the like). We therefore think that the best way forward would be to make a best effort to correct any specific cases which they point out to us as problematic misuse of their marks. But we have to be careful not to end up with a Debian specific solution (due to DFSG #8). DFSG #8 is not an issue. DFSG #4 allows authors to require changed versions of their software to be distributed under a different name. If the upstream makes special allowances for Debian to use the name for modified versions, this doesn't fail the DFSG, because everyone still has the required rights when using the package. The case of the image which was created combining the GNOME foot and the Debian swirl seem unquestionably in violation of their trademark, It is not unquestionably in violation of their trademark. Trademarks are *always* fuzzy things, and there are *always* questions about whether something is a violation - questions that can only ever be settled definitively in court. It's perfectly fine for Debian to decide that, because the GNOME mark holders *believe* it is infringing, we prefer to ask them for an explicit license just to be safe. especially when you realize that the creator of this image was using the foot in this case with the specific intention of referencing GNOME. Until we can come up with some agreement with the trademark owners about using such a mark, Debian should stop distributing similar material. There is no precedent for requiring Debian packages to avoid trademark infringement as a condition of inclusion in the archive. I am very much opposed to anything that would require Debian to remove potentially trademark infringing logos from packages until we have agreement with the trademark owners. This is entirely the wrong way around - we should always assume that our use is permitted wrt trademark law unless either a) a court ruling determines otherwise, or b) we decide it's not in our interest to fight a lawsuit over the matter and as a project decide to stop using the mark. In no event should the ftpmasters be preemptively deciding that such works should be excluded from the archive pending an agreement unless so directed by Debian's counsel in the course of litigation. As a general comment, we feel like this problem is an unfortunate one. This situation is one where we have people trying to limit user freedom via software which is in Debian, going against Debian's core tenets. We understand they are doing so to defend Free Software related marks, but that doesn't solve the underlying problem. It may also be the case that from Debian's point of view, the developer body as a whole needs to take a formal stand by means of a GR on the general issue of how to resolve the tension among DFSG principles and trademark licenses. This would clearly resolve this issue once and for all,
Bug#634105: rakudo: FTBFS on i386: Byte order is not compatible at ../../lib/Storable.pm
Le Saturday 16 July 2011 23:25:34, Aaron M. Ucko a écrit : The real bug may be in parrot; please feel free to reassign accordingly. Regardless, could you please take a look? Sure. I'll look into it this week. All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ signature.asc Description: This is a digitally signed message part.
Bug#634129: Please transition libgpg-error for multiarch
Source: libgpg-error Version: 1.10-0.3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: ubuntu-patch oneiric origin-ubuntu Hi folks, Please find attached a patch to libgpg-error to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. This patch has been applied and is being used successfully in Ubuntu 11.04, and should be safe to apply in Debian now that multiarch has been bootstrapped there. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -uNr --exclude .bzr debian/debian/clean trunk/debian/clean --- debian/debian/clean 1969-12-31 16:00:00.0 -0800 +++ trunk/debian/clean 2011-03-20 22:35:19.0 -0700 @@ -0,0 +1,2 @@ +debian/libgpg-error0.install +debian/libgpg-error-dev.links diff -uNr --exclude .bzr debian/debian/control trunk/debian/control --- debian/debian/control 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/control 2011-03-20 22:54:02.0 -0700 @@ -3,7 +3,7 @@ Maintainer: Jose Carlos Garcia Sogo js...@debian.org Uploaders: Matthias Urlichs sm...@debian.org Priority: standard -Build-Depends: debhelper (= 7.0.15) +Build-Depends: debhelper (= 8.1.3) Standards-Version: 3.9.1 Homepage: http://www.gnupg.org/related_software/libgpg-error/ @@ -23,6 +24,8 @@ Package: libgpg-error0 Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: library for common error values and messages in GnuPG components Library that defines common error values for all GnuPG components. Among these are GPG, GPGSM, GPGME, GPG-Agent, libgcrypt, diff -uNr --exclude .bzr debian/debian/libgpg-error0.install trunk/debian/libgpg-error0.install --- debian/debian/libgpg-error0.install 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/libgpg-error0.install 1969-12-31 16:00:00.0 -0800 @@ -1,2 +0,0 @@ -usr/lib/libgpg-error.so.* lib -usr/share/locale diff -uNr --exclude .bzr debian/debian/libgpg-error0.install.in trunk/debian/libgpg-error0.install.in --- debian/debian/libgpg-error0.install.in 1969-12-31 16:00:00.0 -0800 +++ trunk/debian/libgpg-error0.install.in 2011-03-20 22:32:57.0 -0700 @@ -0,0 +1,2 @@ +usr/lib/${DEB_HOST_MULTIARCH}/libgpg-error.so.* lib/${DEB_HOST_MULTIARCH} +usr/share/locale diff -uNr --exclude .bzr debian/debian/libgpg-error0-udeb.install trunk/debian/libgpg-error0-udeb.install --- debian/debian/libgpg-error0-udeb.install 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/libgpg-error0-udeb.install 2011-03-20 22:34:19.0 -0700 @@ -1 +1 @@ -usr/lib/libgpg-error.so.* lib +usr/lib/*/libgpg-error.so.* lib diff -uNr --exclude .bzr debian/debian/libgpg-error-dev.install trunk/debian/libgpg-error-dev.install --- debian/debian/libgpg-error-dev.install 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/libgpg-error-dev.install 2011-03-20 22:34:32.0 -0700 @@ -1,5 +1,4 @@ usr/bin/* usr/include/* -usr/lib/libgpg-error.la -#usr/lib/libgpg-error.so +#usr/lib/*/libgpg-error.so usr/share/aclocal/*.m4 diff -uNr --exclude .bzr debian/debian/libgpg-error-dev.links trunk/debian/libgpg-error-dev.links --- debian/debian/libgpg-error-dev.links 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/libgpg-error-dev.links 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -lib/libgpg-error.so.0 usr/lib/libgpg-error.so diff -uNr --exclude .bzr debian/debian/libgpg-error-dev.links.in trunk/debian/libgpg-error-dev.links.in --- debian/debian/libgpg-error-dev.links.in 1969-12-31 16:00:00.0 -0800 +++ trunk/debian/libgpg-error-dev.links.in 2011-03-20 22:35:01.0 -0700 @@ -0,0 +1 @@ +lib/${DEB_HOST_MULTIARCH}/libgpg-error.so.0 usr/lib/${DEB_HOST_MULTIARCH}/libgpg-error.so diff -uNr --exclude .bzr debian/debian/rules trunk/debian/rules --- debian/debian/rules 2011-07-17 01:00:01.0 -0700 +++ trunk/debian/rules 2011-03-20 22:35:41.0 -0700 @@ -22,6 +22,7 @@ export DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +export DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) ifeq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE)) confflags += --build $(DEB_HOST_GNU_TYPE) @@ -41,6 +42,7 @@ ./configure $(confflags) --enable-maintainer-mode \ --prefix=/usr --mandir=\$${prefix}/share/man \ + --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ --infodir=\$${prefix}/share/info touch configure-stamp @@ -77,6 +79,11 @@ dh_testdir dh_testroot dh_prep + set -e; for file in libgpg-error0.install libgpg-error-dev.links; \ + do \ + sed -es,\$${DEB_HOST_MULTIARCH},${DEB_HOST_MULTIARCH},g \ +
Bug#634130: Incorrect fsf addresses
Package: emacs-goodies-el Version: 35.0 The following files in emacs-goodies-el has incorrect fsf address. FSF address was changed recently, If you are not upstream for the following files in emacs-goodies-el, Please inform the upstream to change the addresses. Affected files graphviz-dot-mode.el ctypes.el perldoc.el gnus-filterhist.el dedicated.el edit-env.el map-lines.el todoo.el keywiz.el align-string.el sys-apropos.el xrdb-mode.el gnus-eyecandy.el emacs-goodies-build.el message-x.el htmlize.el nntodo.el df.el nnir.el auto-fill-inhibit.el spam-stat.el gnus-pers.el markdown-mode.el tlc.el pack-windows.el coffee.el tail.el eproject.el highlight-current-line.el setnu.el marker-visit.el muttrc-mode.el ff-paths.el dir-locals.el filladapt.el dict.el initsplit.el
Bug#634131: python-hulahop: import error in python import hulahop
Package: python-hulahop Version: 0.8.1-1 Severity: serious Justification: import hulahop fails I'm attempting to learn pyjamas. However, import hulahop fails. I have xulrunner-1.9.1 and xulrunner5.0 Python error is: Python 2.6.7 (r267:88850, Jul 10 2011, 09:55:27) [GCC 4.6.1] on linux2 Type help, copyright, credits or license for more information. import hulahop Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.6/dist-packages/hulahop/__init__.py, line 29, in module from hulahop._hulahop import shutdown ImportError: libpyxpcom.so: cannot open shared object file: No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-3.slh.1-aptosid-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-hulahop depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libgdk-pixbuf2.0-02.23.5-2 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-2 GTK+ graphical user interface libr ii libnspr4-0d 4.8.8-2NetScape Portable Runtime Library ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii python2.6.7-1interactive high-level object-orie ii python-gobject2.28.6-4 Python bindings for the GObject li ii python-gtk2 2.24.0-2 Python bindings for the GTK+ widge ii python-xpcom 1:2.0~hg20110502-2 XPCOM bindings for Python ii python2.6 2.6.7-3An interactive high-level object-o python-hulahop recommends no packages. Versions of packages python-hulahop suggests: pn sugar-web-activitynone (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#634132: dehydra: misleading package description, implies it can be used with C
Package: dehydra Version: 0.9.hg20110609-2 Severity: minor dehydra apparently only operates on C++ codebases. I tried using it with a project in plain C that doesn't compile as C++, and got no useful output. I'm not complaining that it doesn't work for C, I mean the program was obviously developed to help with large C++ codebases, firefox in particular. But I do think I was misled by the package description :-) Here is a minimal illustration in the form of a terminal session. $ cat dumptypes.js function process_type(t) { print(Type found: + t.name + location: + t.loc); } $ cat dumptypes.c typedef int fixed_t; $ gcc -fplugin=gcc_dehydra -fplugin-arg-gcc_dehydra-script=dumptypes.js -o /dev/null -c dumptypes.c $ cp dumptypes.c dumptypes.cc $ gcc -fplugin=gcc_dehydra -fplugin-arg-gcc_dehydra-script=dumptypes.js -o /dev/null -c dumptypes.cc Type found: fixed_t location: dumptypes.cc:1:13 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) 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 dehydra depends on: ii gcc-4.6 4.6.1-4GNU C compiler ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libmozjs5d5.0-3 The Mozilla SpiderMonkey JavaScrip ii libstdc++64.6.1-4GNU Standard C++ Library v3 Versions of packages dehydra recommends: ii g++-4.6 4.6.1-4GNU C++ compiler dehydra suggests no packages. -- no debconf information -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634133: kdc2tiff: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: kdc2tiff Version: 0.35-7 Severity: important Hello Martin, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update kdc2tiff to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: kdc2tiff:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634134: kdenetwork: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: kdenetwork Version: 4:4.6.3-1 Severity: important Hello Debian Qt/KDE Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update kdenetwork to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: kdenetwork :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634135: koffice: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: koffice Version: 1:2.3.3-1 Severity: important Hello Debian Qt/KDE Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update koffice to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: koffice :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634136: lcms: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: lcms Version: 1.18.dfsg-1.2 Severity: important Hello Oleksandr, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update lcms to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: lcms:Build-Depends: libjpeg62-dev lcms2 :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634137: libforms: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libforms Version: 1.0.93sp1-1 Severity: important Hello Peter, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libforms to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libforms:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634138: libgdiplus: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libgdiplus Version: 2.6.7-3.1 Severity: important Hello Debian Mono Group, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgdiplus to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgdiplus :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634139: hdf-eos5: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: hdf-eos5 Version: 5.1.12.dfsg.2-2 Severity: important Hello Alastair, thanks to have updated hdf-eos4 so quickly. hdf-eos5 should also be updated: The following Build-Depends was found: hdf-eos5:Build-Depends: libjpeg62-dev Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634140: libgeotiff-dfsg: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libgeotiff-dfsg Version: 1.2.5-1 Severity: important Hello Debian GIS Project, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgeotiff-dfsg to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libgeotiff-dfsg :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634141: libimager-perl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libimager-perl Version: 0.82+dfsg-1 Severity: important Hello Debian Perl Group, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libimager-perl to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libimager-perl :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634142: libpano13: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libpano13 Version: 2.9.18+dfsg-2 Severity: important Hello Debian PhotoTools Maintainers, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libpano13 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libpano13 :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634143: libpodofo0.8.0: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: libpodofo0.8.0 Version: 0.8.0+svn20100512-1 Severity: important Hello Oleksandr, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libpodofo0.8.0 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: libpodofo0.8.0 :Build-Depends: libjpeg62-dev libpodofo :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634131: [Debian-olpc-devel] Bug#634131: python-hulahop: import error in python import hulahop
On 11-07-17 at 06:19pm, Tim Richardson wrote: Package: python-hulahop Version: 0.8.1-1 Severity: serious Justification: import hulahop fails I'm attempting to learn pyjamas. However, import hulahop fails. I have xulrunner-1.9.1 and xulrunner5.0 Yes, I experience same error myself. Try as a temporary (ugly!) workaround to add /usr/lib/xulrunner-5.0 to a file below /etc/ld.so.conf.d/ and invoke ldconfig. When I tried that, another error occured which might be unrelated. Please report back if above works. ...or even better: help dig into the code and figure out a solution - I am clueless :-/ - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#634144: links2: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: links2 Version: 2.3~pre1-1 Severity: important Hello Gürkan, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update links2 to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: links2 :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634145: apt-cacher-ng: Please keep files by number of versions instead of date
Package: apt-cacher-ng Version: 0.6.3-1 Severity: wishlist Since apt-proxy was removed from Debian I currently migrate to apt-cacher-ng. As far as I can see, apt-cacher-ng deletes files by date (i.e. which are older than x days). It would be great if apt-cacher-ng would instead (configurable) delete files by version, i.e. the latest n versions remain in the cache. This has several benefits: a) If a deb is installed much later, no redownload is necessary b) If an upgrade fails and the package releases seldomly, then the recent version is still there even though it was downloaded much earlier c) If a package is removed from Debian it is still in the cache, possibly for years, so if a later reference is needed (e.g. a (temporary) reinstall is necessary) then it is still present It would be great if the kind of processing (by date or by package version) could become configurable then. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#633589: Some sysbench numbers.
clone 633589 -1 reassign -1 qemu-kvm thanks Some numbers from sysbench: srs: sysbench sequential read 2.6.32: 12.97Mb/sec, 2.6.39: 3.38Mb/sec. srs: sysbench sequential write: 2.6.32: 10.08Mb/sec. 2.6.39: Waited more than an hour before rebooting! Version: qemu-kvm 0.14.1+dfsg-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634146: 2/3 references in startpar man page, SEE ALSO section, are wrong
Package: sysvinit-utils Version: 2.88dsf-13.10 Severity: normal $ man startpar | grep -A1 SEE SEE ALSO init.d(7), insserv(8), startproc(8). $ man 7 init.d No manual entry for init.d in section 7 Should it be replaced with a reference to init(8) ? $ man startproc No manual entry for startproc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634094: [Pkg-telepathy-maintainers] Bug#634094: tested in unstable
Le Sat, 16 Jul 2011 22:54:32 -0300, Gonzalo Bermúdez gonza...@gonz0.com.ar a écrit : Hi, Unfortunately not. I've tried with version 0.5.0-1 from unstable, without luck. The message from mc-tool changed. It now says mc-tool update: Protocol 'icq' does not have parameter 'use-ssl'. And the original problem of not being able to connect to ICQ itself is not fixed? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634147: Please transition libidn for multiarch
Source: libidn Version: 1.22-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: ubuntu-patch oneiric origin-ubuntu Hi guys, Please find attached a patch to libidn to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. This patch has been applied and is being used successfully in Ubuntu oneiric, and should be safe to apply in Debian now that multiarch has been bootstrapped there. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'debian/control' --- debian/control 2010-12-07 08:35:12 + +++ debian/control 2011-05-28 21:45:47 + @@ -5,7 +5,7 @@ Uploaders: Simon Josefsson si...@josefsson.org XS-Dm-Upload-Allowed: yes Standards-Version: 3.9.1 -Build-Depends: debhelper (= 6), gcj-jdk [!arm !hppa !hurd-i386], fastjar [!arm !hppa !hurd-i386] +Build-Depends: debhelper (= 8.1.3), gcj-jdk [!arm !hppa !hurd-i386], fastjar [!arm !hppa !hurd-i386] Vcs-Cvs: :pserver:anonym...@cvs.savannah.gnu.org:/sources/libidn Vcs-Browser: http://cvs.savannah.gnu.org/viewvc/debian-libidn/?root=libidn Homepage: http://www.gnu.org/software/libidn/ @@ -43,6 +44,8 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: libidn9-dev Replaces: libidn11-dev +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: GNU Libidn library, implementation of IETF IDN specifications GNU Libidn is a fully documented implementation of the Stringprep, Punycode and IDNA specifications. Libidn's purpose is to encode and === modified file 'debian/libidn11-dev.install' --- debian/libidn11-dev.install 2008-06-01 16:06:44 + +++ debian/libidn11-dev.install 2011-05-28 21:44:28 + @@ -1,5 +1,5 @@ debian/tmp/usr/include/* -debian/tmp/usr/lib/lib*.a -debian/tmp/usr/lib/lib*so -debian/tmp/usr/lib/pkgconfig/* +debian/tmp/usr/lib/*/lib*.a +debian/tmp/usr/lib/*/lib*so +debian/tmp/usr/lib/*/pkgconfig/* debian/tmp/usr/share/info/libidn-components.png === modified file 'debian/libidn11.install' --- debian/libidn11.install 2004-08-20 23:56:00 + +++ debian/libidn11.install 2011-05-28 21:44:28 + @@ -1,2 +1,1 @@ -debian/tmp/usr/lib/lib*.so.* -debian/tmp/usr/lib/lib*.la +debian/tmp/usr/lib/*/lib*.so.* === modified file 'debian/rules' --- debian/rules 2011-03-01 16:14:24 + +++ debian/rules 2011-05-28 21:44:28 + @@ -16,9 +16,10 @@ # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) CFG_CROSS = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) -CFG_PATHS = --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info +CFG_PATHS = --prefix=/usr --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFG_VERS = `dpkg-parsechangelog|grep ^Version:|cut -d\ -f2` CFG_DEBP = --with-packager=Debian --with-packager-version=$(CFG_VERS) --with-packager-bug-reports=http://bugs.debian.org/ signature.asc Description: Digital signature
Bug#634148: foolscap: FTBFS: test_tub.TestCertFile.test_generate fails
Source: foolscap Version: 0.6.1-4 Severity: serious Justification: fails to build from source foolscap FTBFS in unstable: | PYTHONPATH=/build/foolscap-OjKSbN/foolscap-0.6.1 dh_auto_test --buildsystem=makefile | make[2]: Entering directory `/build/foolscap-OjKSbN/foolscap-0.6.1' | trial foolscap [snip] | | === | [SKIPPED] | new-style classes still broken | | foolscap.test.test_banana.ThereAndBackAgain.test_boundMethod_newstyle | foolscap.test.test_banana.ThereAndBackAgain.test_classMethod_newstyle | foolscap.test.test_banana.ThereAndBackAgain.test_class_newstyle | foolscap.test.test_banana.ThereAndBackAgain.test_instance_newstyle | === | [FAIL] | Traceback (most recent call last): | File /build/foolscap-OjKSbN/foolscap-0.6.1/foolscap/test/test_tub.py, line 54, in test_generate | self.failUnless(BEGIN RSA PRIVATE KEY in certdata) | twisted.trial.unittest.FailTest: None | | foolscap.test.test_tub.TestCertFile.test_generate | --- | Ran 467 tests in 97.648s | | FAILED (skips=4, failures=1, successes=462) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634094: tested in unstable
Hi (again), Could you please check if you have ca-certificates installed? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634150: insserv manual page: should refer to init (8) rather then init (7)
Package: insserv Version: 1.14.0-2.1 Severity: normal Tags: patch $ zgrep -A1 SEE /usr/share/man/man8/insserv.8.gz .SH SEE ALSO .BR init (7), $ man 7 init No manual entry for init in section 7 --- insserv.8 2011-07-17 12:17:00.0 +0300 +++ insserv.8.new 2011-07-17 12:17:24.0 +0300 @@ -394,7 +394,7 @@ .in -7 .\ .SH SEE ALSO -.BR init (7), +.BR init (8), .BR startpar (8). .SH COPYRIGHT 2000\-2009 Werner Fink, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634151: Please transition libpng for multiarch
Source: libpng Version: 1.2.46-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: ubuntu-patch oneiric origin-ubuntu Hi guys, Please find attached a patch to libpng to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. This patch has been applied and is being used successfully in Ubuntu 11.04, and should be safe to apply in Debian now that multiarch has been bootstrapped there. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libpng-1.2.46/debian/changelog libpng-1.2.46/debian/changelog --- libpng-1.2.46/debian/changelog 2011-07-14 20:12:34.0 -0700 +++ libpng-1.2.46/debian/changelog 2011-07-17 02:28:06.0 -0700 @@ -1,3 +1,13 @@ +libpng (1.2.46-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Build for multiarch. Requires converting libpng3 from Arch: all to +Arch: any. + * Drop debian/libpng12-0-udeb.dirs, which just adds a pointless empty +directory to the udeb. + + -- Steve Langasek vor...@debian.org Sun, 17 Jul 2011 09:27:49 + + libpng (1.2.46-1) unstable; urgency=high * New upstream release (Closes: #633871). diff -Nru libpng-1.2.46/debian/clean libpng-1.2.46/debian/clean --- libpng-1.2.46/debian/clean 1969-12-31 16:00:00.0 -0800 +++ libpng-1.2.46/debian/clean 2011-07-17 02:26:58.0 -0700 @@ -0,0 +1,3 @@ +debian/libpng12-dev.links +debian/libpng12-0.install +debian/libpng3.links diff -Nru libpng-1.2.46/debian/control libpng-1.2.46/debian/control --- libpng-1.2.46/debian/control 2011-07-05 17:05:10.0 -0700 +++ libpng-1.2.46/debian/control 2011-07-17 02:27:19.0 -0700 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Anibal Monsalve Salazar ani...@debian.org Uploaders: Nobuhiro Iwamatsu iwama...@debian.org -Build-Depends: debhelper (= 7), libtool, automake, autoconf, zlib1g-dev, mawk +Build-Depends: debhelper (= 8.1.3), libtool, automake, autoconf, zlib1g-dev, mawk Standards-Version: 3.9.2 Homepage: http://libpng.org/pub/png/libpng.html @@ -13,6 +13,8 @@ Depends: ${shlibs:Depends}, ${misc:Depends} Conflicts: libpng12-dev (= 1.2.8rel-7), mzscheme (= 1:209-5), pngcrush (= 1.5.10-2), pngmeta (= 1.11-3), qemacs (= 0.3.1-5), povray-3.5 (= 3.5.0c-10) Replaces: libpng12-dev (= 1.2.8rel-7) +Pre-Depends: ${misc:Pre-Depends} +Multi-Arch: same Description: PNG library - runtime libpng is a library implementing an interface for reading and writing PNG (Portable Network Graphics) format files. @@ -36,8 +38,9 @@ Package: libpng3 Section: oldlibs -Architecture: all +Architecture: any Depends: ${misc:Depends}, libpng12-0 (= 1.2.5.0-2) +Multi-Arch: same Description: PNG library - runtime libpng is a library implementing an interface for reading and writing PNG (Portable Network Graphics) format files. diff -Nru libpng-1.2.46/debian/libpng12-0.install libpng-1.2.46/debian/libpng12-0.install --- libpng-1.2.46/debian/libpng12-0.install 2010-02-13 18:09:16.0 -0800 +++ libpng-1.2.46/debian/libpng12-0.install 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -usr/lib/libpng12.so.0* /lib diff -Nru libpng-1.2.46/debian/libpng12-0.install.in libpng-1.2.46/debian/libpng12-0.install.in --- libpng-1.2.46/debian/libpng12-0.install.in 1969-12-31 16:00:00.0 -0800 +++ libpng-1.2.46/debian/libpng12-0.install.in 2011-07-17 02:31:11.0 -0700 @@ -0,0 +1,2 @@ +usr/lib/${DEB_HOST_MULTIARCH}/libpng12.so.0* /lib/${DEB_HOST_MULTIARCH} + diff -Nru libpng-1.2.46/debian/libpng12-0-udeb.dirs libpng-1.2.46/debian/libpng12-0-udeb.dirs --- libpng-1.2.46/debian/libpng12-0-udeb.dirs 2006-10-16 00:33:51.0 -0700 +++ libpng-1.2.46/debian/libpng12-0-udeb.dirs 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -/usr/lib diff -Nru libpng-1.2.46/debian/libpng12-0-udeb.install libpng-1.2.46/debian/libpng12-0-udeb.install --- libpng-1.2.46/debian/libpng12-0-udeb.install 2010-02-13 18:09:16.0 -0800 +++ libpng-1.2.46/debian/libpng12-0-udeb.install 2011-07-17 02:26:59.0 -0700 @@ -1 +1 @@ -usr/lib/libpng12.so.0* /lib +usr/lib/*/libpng12.so.0* /lib diff -Nru libpng-1.2.46/debian/libpng12-dev.install libpng-1.2.46/debian/libpng12-dev.install --- libpng-1.2.46/debian/libpng12-dev.install 2010-02-13 18:09:16.0 -0800 +++ libpng-1.2.46/debian/libpng12-dev.install 2011-07-17 02:26:59.0 -0700 @@ -1,4 +1,4 @@ usr/include -usr/lib/pkgconfig -usr/lib/{libpng.a,libpng12.a,libpng.so} +usr/lib/*/pkgconfig +usr/lib/*/{libpng.a,libpng12.a,libpng.so} usr/bin diff -Nru libpng-1.2.46/debian/libpng12-dev.links libpng-1.2.46/debian/libpng12-dev.links --- libpng-1.2.46/debian/libpng12-dev.links 2010-02-13 18:09:16.0 -0800 +++ libpng-1.2.46/debian/libpng12-dev.links
Bug#634141: Bug in libimager-perl fixed in revision 77562
tag 634141 + pending thanks Some bugs are closed in revision 77562 by Nicholas Bamber (periapt) Commit message: Change dependency to reflect transition to libjpeg8 (Closes: #634141) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634108: part of window appears below task bar on 800 x 600 display
Hi Mark, Part of the main window appears below the task bar on 800 x 600 display. This was observed whilst using the icewm window manager. thanks for the bug report, I'll pass it on to upstream. Not sure if it was ever tested at such a low resolution. Easiest fix could be to close parts of the windows within the main window - I could imagine they push the main window above the normal limits. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634152: FTBFS on kfreebsd-amd64
Package: libc0.1 Version: 2.13-10 User: debian-...@lists.debian.org Usertags: kfreebsd It's a bit strange, because the buildds didn't seem to have this problem, but eglibc 2.13-10 fails to build on kfreebsd-amd64 due to testsuite errors. (this is pristine eglibc 2.13-10, without any of my local changes) I found the problem with kFreeBSD 8.2, then tried 8.1 to be sure it's not related to kernel version and found the same problem: # # Testsuite failures, someone should be working towards # fixing these! They are listed here for the purpose of # regression testing during builds. # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) check-localplt.out, Error 1 tst-aio10.out, Error 1 tst-aio4.out, Error 1 tst-aio9.out, Error 1 tst-atime.out, Error 1 tst-longjmp_chk.out, Error 1 tst-mknodat.out, Error 1 tst-renameat.out, Error 1 tst-timer4.out, Error 1 tst-waitid.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-atime.out, Error 1 make: *** [/home/rmh/eglibc/test/eglibc-2.13/stamp-dir/check_libc] Error 1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1 depends on: ii libc-bin 2.13-10Embedded GNU C Library: Binaries ii libgcc1 1:4.6.1-1 GCC support library libc0.1 recommends no packages. Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii glibc-doc 2.13-10Embedded GNU C Library: Documentat ii locales 2.13-10Embedded GNU C Library: National L -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634153: circuits: tests fail
Source: circuits Version: 1.2.1-1 Severity: important When I rebuilt circuits in a clean chroot, a few tests failed: | /usr/bin/make tests | make[1]: Entering directory `/build/circuits-XyzxGF/circuits-1.2.1' | nose.plugins.cover: ERROR: Coverage not available: unable to import coverage module | F...FFF. | == | FAIL: Test Bridge | -- | Traceback (most recent call last): | File /build/circuits-XyzxGF/circuits-1.2.1/circuits/core/tests/test_bridge.py, line 72, in testBridge | self.assertTrue(bar.flag) | AssertionError | | == | FAIL: runTest (circuits.core.tests.test_core.TestRunnableComponents) | -- | Traceback (most recent call last): | File /build/circuits-XyzxGF/circuits-1.2.1/circuits/core/tests/test_core.py, line 1004, in runTest | self.assertTrue(x.running) | AssertionError | | == | FAIL: Test sockets.TCPClient and sockets.TCPServer | -- | Traceback (most recent call last): | File /build/circuits-XyzxGF/circuits-1.2.1/circuits/net/tests/test_sockets.py, line 177, in testTCPClientServer | self.assertTrue(server.connected) | AssertionError | | == | FAIL: Test sockets.UDPClient and sockets.UDPServer | -- | Traceback (most recent call last): | File /build/circuits-XyzxGF/circuits-1.2.1/circuits/net/tests/test_sockets.py, line 210, in testUDPClientServer | self.assertTrue(server.data == foo) | AssertionError | | -- | Ran 48 tests in 2.656s -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#437203: Build strigi with inotify support.
Upstream enabled inotify by default, and I don't see any configuration option in debian/rules that disables it. Shouldn't this bug be closed? Regards -- Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633864: causes Evolution not to start
This bug also makes Evolution fail to start. The window appears, but is never fully drawn and Xorg starts using a lot CPU. Reverting the gtk+ commit mentioned above fixes the issue for gnome-panel as well as Evolution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634154: twittering-mode: Please package version 2.0
Subject: twittering-mode: Please package version 2.0 Package: twittering-mode Version: 1.0.0+git20110327-1 Severity: wishlist Hi, there is a new twittering-mode version at http://sourceforge.net/projects/twmode/files/ Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twittering-mode depends on: ii curl 7.21.6-3 Get a file from an HTTP, HTTPS or ii emacs 23.3+1-1 The GNU Emacs editor (metapackage) ii emacs23 23.3+1-1 The GNU Emacs editor (with GTK+ us ii openssl 1.0.0d-3 Secure Socket Layer (SSL) binary a twittering-mode recommends no packages. twittering-mode 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#630410: moosic: zsh completions
Clint Adams cl...@debian.org writes: On Mon, Jun 13, 2011 at 03:41:00PM -0400, Omari Norman wrote: Here are some zsh completions for moosic...I would send them upstream but I'm not sure upstream is still alive... You're better off sending them to zsh-work...@zsh.org instead. Should I also reassign this bug over to zsh? It seems to me that the completions available on this system all come with the zsh package, which would point to a desire to keep things that way. -- Arto Jantunen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634138: [pkg-mono-group] Bug#634138: libgdiplus: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
#libgdiplus (2.10-3) UNRELEASED; urgency=low # # * [9ee065e] Change BD on libjpeg62-dev to libjpeg-dev, as part of the # transition #(Closes: #634138) # limit source libgdiplus tags 634138 + pending thanks Hi, On Sun, Jul 17, 2011 at 10:27:41AM +0200, Bill Allombert wrote: Source: libgdiplus Version: 2.6.7-3.1 Severity: important Hello Debian Mono Group, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgdiplus to Build-Depends on libjpeg-dev instead of libjpeg62-dev. Cheers for the report, fixed in git now (unstable and master branches). Do we need to upload straight away? (i.e. will there be FTBFS?) Regards, Iain signature.asc Description: Digital signature
Bug#634155: debhelper: dh_clean does not remove debian/debhelper.log
Package: debhelper Version: 8.9.0 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi As the subject says, dh_clean fails to remove debian/debhelper.log. The relevant part of the (dh_clean) code is: # Remove all debhelper logs. if (! $dh{D_FLAG} ! $dh{K_FLAG}) { complex_doit(rm,-f,debian/*.debhelper.log); } The reason being *.debhelper.log cannot expand to debhelper.log. Based on Dh_Lib.pm I suspect this only happens for source packages with only one binary package. Relevant code snippets below: sub logfile { my $package=shift; my $ext=pkgext($package); return debian/${ext}debhelper.log } sub pkgext { my $package=shift; if (compat(1) and $package eq $dh{MAINPACKAGE}) { return ; } return $package.; } Feel free to check [1], if you need live material to test with. ~Niels [1] http://lintian.debian.org/tags/temporary-debhelper-file.html - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 Versions of packages debhelper depends on: ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii dpkg-dev 1.16.0.3 Debian package development tools ii file 5.04-5+b1 Determines file type using magic ii html2text 1.3.2a-15 advanced HTML to text converter ii man-db2.6.0.2-1 on-line manual pager ii perl 5.12.4-1 Larry Wall's Practical Extraction ii perl-base 5.12.4-1 minimal Perl system ii po-debconf1.0.16+nmu1tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOIraHAAoJEAVLu599gGRCcA0P/jatnBdSprGGCJUc5KR/lW00 uqlQsTrJ3H/GbtVG5oFJzJLpZMcqRadtIQbCyGL2MFZWMMFefU0HyEWEuAhmYoHO +ov+lD6Mn7wO4Ixe3FhEE4BNrfzUUCUAn923cp9d1eedrSKetbYrC4mLMtfvI/9w NtnHrxBb8is7Ybk2mMhhUW3BOl/LT81iWuSKHbQNHiDhNlwqTsgpEpuRBN25FL8c Q18Ck9JuHJXU9nUDA4wUcDA5DWE5lUPJaR0OXtkpM4kOkZd52BEul6+X96/hSCpW R1p64gtgXyCtgwpZUJiya5G9gtCAWCxd4BwqWyvGKbVHZAo24y+IqHIBbpcB5ARK L/DUQY+N+lvXcYc1zWGU4PPbghnh6rtGJ/aEZvwyFveRv8bZKB1UtJzvYKi/jJOQ Tz/64UeFKDaVGiVFx/kjZVm4Ub40x4tPkA3o5zdGXR56WIC/8klwJ81+RS8+5PpM 87y/1cMd04I2LnEwsTCyyOCP3iodXixWSYzL/0DiEbFmpV+w8P3CZ4IW6LEZC5qZ hBBQWFPnQ58RGdYo4NZjoeyUFbtL/UtiVwxj00H5cTERU6KlkBDdYN46aTNO5Adv wgeP7ZkAPFoP9Z3eiAbxHPFQPwFNna0xo4pV4MttojKyKlwejBJVtBStCzUJUh2P y1hpRPI3SawQObSzocDW =Xkuv -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#634138: [pkg-mono-group] Bug#634138: libgdiplus: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
On Sun, Jul 17, 2011 at 11:16:28AM +0100, Iain Lane wrote: #libgdiplus (2.10-3) UNRELEASED; urgency=low # # * [9ee065e] Change BD on libjpeg62-dev to libjpeg-dev, as part of the # transition #(Closes: #634138) # limit source libgdiplus tags 634138 + pending thanks Hi, On Sun, Jul 17, 2011 at 10:27:41AM +0200, Bill Allombert wrote: Source: libgdiplus Version: 2.6.7-3.1 Severity: important Hello Debian Mono Group, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libgdiplus to Build-Depends on libjpeg-dev instead of libjpeg62-dev. Cheers for the report, fixed in git now (unstable and master branches). Do we need to upload straight away? (i.e. will there be FTBFS?) libgdiplus currently has uninstallable dependencies. However the upload will not cause further FTBFS. So I would say yes. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589427: dh_builddeb: support for parallel builds of debs
Joey Hess jo...@debian.org writes: I think this should only be done if DEB_BUILD_OPTIONS has parallel=N, and should limit dpkg-deb processes to the N. If someone sends a patch doing that, I'll apply it. Such a patch (against git) is attached below. I did little testing only: it doesn't break building without DEB_BUILD_OPTIONS=parallel=N, and it seems to work with parallel=4 too. -- |8] From efc0aa75c47328018e41a4629fa02fb9cff4dbd0 Mon Sep 17 00:00:00 2001 From: Gergely Nagy alger...@madhouse-project.org Date: Sun, 17 Jul 2011 12:20:41 +0200 Subject: [PATCH] dh_builddeb: support for parallel builds of debs Implement support for parallel deb builds, when DEB_BUILD_OPTIONS has parallels=N - limiting the number of forked processes to N. Requested-By: Kari Pahula k...@debian.org Signed-Off-By: Gergely Nagy alger...@madhouse-project.org --- dh_builddeb | 56 +++- 1 files changed, 39 insertions(+), 17 deletions(-) diff --git a/dh_builddeb b/dh_builddeb index b15c943..5378be5 100755 --- a/dh_builddeb +++ b/dh_builddeb @@ -63,30 +63,52 @@ else { $dh{FILENAME}=/$dh{FILENAME}; } +my $processes=0; +my $max_procs=0; +if (defined $ENV{DEB_BUILD_OPTIONS} $ENV{DEB_BUILD_OPTIONS}=~/parallel=(\d+)/) { + $max_procs=$1; +} + foreach my $package (@{$dh{DOPACKAGES}}) { - my $tmp=tmpdir($package); - if (exists $ENV{DH_ALWAYS_EXCLUDE} length $ENV{DH_ALWAYS_EXCLUDE}) { - if (! compat(5)) { - complex_doit(find $tmp $dh{EXCLUDE_FIND} | xargs rm -rf); + my ($pid, $forked) = (0, 0); + + if ($processes $max_procs) { + $pid=fork(); + $forked=1; + } + + if ($pid == 0) { + my $tmp=tmpdir($package); + if (exists $ENV{DH_ALWAYS_EXCLUDE} length $ENV{DH_ALWAYS_EXCLUDE}) { + if (! compat(5)) { +complex_doit(find $tmp $dh{EXCLUDE_FIND} | xargs rm -rf); + } + else { +# Old broken code here for compatibility. Does not +# remove everything. +complex_doit(find $tmp -name $_ | xargs rm -rf) + foreach split(:, $ENV{DH_ALWAYS_EXCLUDE}); + } + } + if (! is_udeb($package)) { + doit(dpkg-deb, @{$dh{U_PARAMS}}, --build, $tmp, $dh{DESTDIR}.$dh{FILENAME}); } else { - # Old broken code here for compatibility. Does not - # remove everything. - complex_doit(find $tmp -name $_ | xargs rm -rf) -foreach split(:, $ENV{DH_ALWAYS_EXCLUDE}); + my $filename=$dh{FILENAME}; + if (! $filename) { +$filename=/.udeb_filename($package); + } + doit(dpkg-deb, @{$dh{U_PARAMS}}, --build, $tmp, $dh{DESTDIR}.$filename); } - } - if (! is_udeb($package)) { - doit(dpkg-deb, @{$dh{U_PARAMS}}, --build, $tmp, $dh{DESTDIR}.$dh{FILENAME}); - } - else { - my $filename=$dh{FILENAME}; - if (! $filename) { - $filename=/.udeb_filename($package); + exit (0) if ($forked); + } else { + if (++$processes 1) { + wait; + --$processes; } - doit(dpkg-deb, @{$dh{U_PARAMS}}, --build, $tmp, $dh{DESTDIR}.$filename); } } +while (($max_procs 0) (wait != -1)) {} =head1 SEE ALSO -- 1.7.2.5
Bug#634156: nmu: openvrml_0.18.8-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu openvrml_0.18.8-4 . ALL . -m Rebuild against libmozjs-dev 5.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459010: nslookup or dig Work-around
Hi, You can use libidn with front-end tool idn like this: idn --quiet -a кц.рф | nslookup - you can also employ bash scripting as desired. Regrads, MK
Bug#631780: Three out of four machines upgraded from Lenny are affected by this...
On 11/07/11 09:23, S. Anthony Sequeira wrote: Yes, but please don't close this bug yet, I'll check after the weekly schedule is run from cron, and report then. It ran successfully from cron this morning on all machines. Many thanks for the help. I'd say this report can be closed. Regards. -- S. Anthony Sequeira +44 7542 455 233 ++ Don't interfere with the stranger's style. ++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626755: Please package new upstream version (1.5.15.1)
Package: xul-ext-flashblock Version: 1.5.14.2-1 Followup-For: Bug #626755 The problem still exists with version 1.5.14.2-1 and iceweasel 5.0 that managed to reach unstable. However, version 1.5.15.1 from addons.mozilla.org works fine. Could you please update flashblock to the new version? Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-flashblock depends on no packages. Versions of packages xul-ext-flashblock recommends: ii iceweasel 5.0-3 Web browser based on Firefox xul-ext-flashblock 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#634157: No DNS resolving after using an other eth of the PC
Package: dnsutils Version: 1:9.7.3 Severity: important *** Please type your report below this line *** Please refer to this bug from Fri, 19 Aug 2005 00:18:06 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323875 The problem is not solved up to now! I am banging by head also with loosing the DNS resolve. I have two eth in the PC: 1. Onboard eth1 with 100 MPS 2. PCI RTL-8169 Gigabit Ethernet as eth2 First everything works fine using the eth2. But when you plug the network accidentally into eth1 and you boot, then you loose complete the DNS resolve. When you plug back to eth2 is will not help. You loose DNS forever! I tried everything to configure manual and here is the configuration that runs before and now: root@PC:/etc# cat resolv.conf 192.168.1.1 root@PC:/etc/network# cat interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth2 iface eth2 inet static address 192.168.1.12 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.1.1 Now the interfacve is running and also browsing is possible when you tipe directly the IP instead of the URL. But a simple nslookup fails: root@PC:/etc# nslookup google.com ;; connection timed out; no servers could be reached So this installation is dead! Also reinstallation of the dnsutils is not possible without DNS. I opened this bug with important because this problem exists for many years and you can't work with the system any more when the error occurs. Regards Karsten -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#634158: unable to create mkfs on a zvol
Package: ufsutils Version: 8.2-1 Severity: normal rmh@dimoni:~$ sudo zfs create -V 4g dimoni-ad0s1/ufs rmh@dimoni:~$ sudo mkfs.ufs /dev/zvol/dimoni-ad0s1/ufs mkfs.ufs: /dev/zvol/dimoni-ad0s1/ufs: could not find special device The zvol is otherwise usable (for swap or other filesystems). This might be related to this warning in mke2fs: rmh@dimoni:~$ sudo mke2fs /dev/zvol/dimoni-ad0s1/ufs mke2fs 1.42-WIP (02-Jul-2011) warning: Unable to get device geometry for /dev/zvol/dimoni-ad0s1/ufs [...] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ufsutils depends on: ii libbsd0 0.3.0-1 utility functions from BSD systems ii libc0.1 2.13-10 Embedded GNU C Library: Shared lib ii libedit2 2.11-20080614-2 BSD editline and history libraries ufsutils recommends no packages. ufsutils 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#634159: iceweasel-vimperator: not compatible with iceweasel 5.x
Package: iceweasel-vimperator Severity: grave vimperator 2.x is not compatible with iceweasel 5.0, that entered Debian unstable a few days ago. So right now vimperator is not usable in unstable, hence the grave severity. Packaging vimperator 3.2 is needed to fix this situation. Thanks for maintaining vimperator in Debian! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | If you must label the absolute, use it's proper name: Temporary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617502: severity bump
severity 617502 grave thanks Bumping the severity to grave: iceweasel 5.0 entered unstable a few days ago, so xul-ext-webdeveloper is currently unusable in unstable. Thanks for maintaining this extension in Debian! Bye, -- intrigeri intrig...@boum.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632985: #632985: gnome-panel do not load
Thanks Luca, I had exactly the same symptoms after an update yesterday (no panel and impossible to kill it, system so busy everything was unusable), but using gconf-editor and removing the transparency fixed it. Indeed, if everyone with a transparent panel find themselves with such a unusable system, I think the severity of this bug should be raised. Cheers, François -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634160: xul-ext-notify: doesn't work with iceweasel 5.0
Package: xul-ext-notify Version: 1.5.4-4 Severity: grave Hi, iceweasel 5.0 entered unstable a few days ago. The current xul-ext-notify package in unstable does not work with iceweasel 5.0, and is thus currently unusable in unstable. Thanks for maintaining this extension in Debian! Bye, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-notify depends on: ii python 2.6.6-14interactive high-level object-orie ii python-notify0.1.1-2+b3 Python bindings for libnotify ii xdg-utils1.1.0~rc1-2 desktop integration utilities from Versions of packages xul-ext-notify recommends: ii iceweasel 5.0-3 Web browser based on Firefox xul-ext-notify suggests no packages. -- no debconf information -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc | Did you exchange a walk on part in the war | for a lead role in the cage? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634161: xul-ext-firebug: Package should specify the maximum version of iceweasel supported
Package: xul-ext-firebug Version: 1.7.0-1 Severity: minor Firefox extensions specify a range of supported Mozilla/Firefox versions. Iceweasel (c.) use this to determine whether an installed extension is compatible, especially after an upgrade. The Debian package for Firebug should recommend not only iceweasel = (minimum version), but also on iceweasel = (maximum version). For example, xul-ext-firebug-1.7.0-1 implicitly recommends iceweasel-5.0-3, while the actual extension claims to be incompatible with this version of Mozilla, and is rejected by Iceweasel after upgrade. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xul-ext-firebug depends on no packages. Versions of packages xul-ext-firebug recommends: ii iceweasel 5.0-3 Web browser based on Firefox xul-ext-firebug 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#634162: dpkg-dev-el: please Add support for Multi-Arch field in debian-control-mode.el
Package: dpkg-dev-el Version: 35.0 Severity: wishlist Currently, this field is apparently not recognized by debian-control-mode. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev-el depends on: ii debian-el 35.0 Emacs helpers specific to Debian u ii emacs-snapshot [emacsen]1:20110705-1 The GNU Emacs editor (development ii emacs-snapshot-lucid [emacs 1:20110705-1 The GNU Emacs editor (with X suppo ii emacs23 [emacsen] 23.3+1-1 The GNU Emacs editor (with GTK+ us Versions of packages dpkg-dev-el recommends: ii wget 1.12-3.1 retrieves files from the web Versions of packages dpkg-dev-el suggests: ii dpkg-dev 1.16.0.3 Debian package development tools -- 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#634163: sz81: Request For Package
Package: sz81 http://sz81.sourceforge.net/ http://sz81.sourceforge.net/#downloads there is no zx81 emulators in the Debian repository, and sz81 is an excellent one thanks, p. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634164: shoebot: Request For Package
Package: shoebot http://shoebot.net/ http://shoebot.net/download/ Shoebot is a very interesting fork of the Nodebox project, using Cairo libraries instead, allowing us to create vectorial drawings in Python language, very in the way Processing works with Java thanks, p. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613825: new upstream version (0.134)
Package: pan Version: 0.133-1.1 Severity: normal FYI, it's up to 0.135 now. Cheers, C. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pan depends on: ii aspell 0.60.6-4 GNU Aspell spell-checker ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgmime-2.0-2a2.2.25-2 MIME library ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pan recommends no packages. pan 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#634110: nvidia-glx: Can't install this package under wheezy amd64
severity 634110 normal tags 634110 moreinfo thanks On 2011-07-17 02:51, Guillaume Jaouen wrote: Package: nvidia-glx Severity: critical Justification: breaks unrelated software I'm missing any useful version information regarding nvidia-glx. The nvidia-glx version currently in testing is not compatible with the mesa packages already in testing. Use nvidia-glx from unstable instead (or wait for another day and updated nvidia-glx packages should be in testing, too). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634165: lists.debian.org: Alioth lists are very restrictive regarding MIME boundaries
Package: lists.debian.org Severity: important (Probably the wrong package, but I don't know how/where to report elsewhere, please reassign). My e-mail provider rewrites the MIME boundaries, unfortunately they are one character to long afterwards. This leads to: UNDELIVERABLE MAIL Your message to the following recipients cannot be delivered: pkg-gnome-maintain...@lists.alioth.debian.org: lists.alioth.debian.org [217.196.43.134]: DATA 550 Broken MIME container (Long MIME Boundary) when trying to send to lists.alioth.debian.org. Would it be possible to relax this check? (In the sense of be liberal what to accept, be strict what to send). lists.debian.org does not have a problem with these kind of e-mails. I tried to contact mail...@lists.alioth.debian.org but the mail is rejected there as well. I could not find a form or a bug tracker on alioth.debian.org directly, therefor I'm reporting it here. Thanks! Greetings Helge -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.41-grsec Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#634166: go language support
Package: exuberant-ctags Severity: wishlist Tags: patch Could you please apply the attached patch which was picked from an unofficial fork at https://github.com/lyosha/ctags-go (maintained by Alexey Marinichev)? The patch seems fairly clean, I've tested it without any problem. FYI, here is the relevant commit: https://github.com/lyosha/ctags-go/commit/ca097bd639e35470a9abccbf348016b7cc44f811 Thanks, -- roktas diff --git a/go.c b/go.c new file mode 100644 index 000..6bd3a36 --- /dev/null +++ b/go.c @@ -0,0 +1,670 @@ +/* +* INCLUDE FILES +*/ +#include general.h/* must always come first */ +#include setjmp.h + +#include debug.h +#include entry.h +#include keyword.h +#include read.h +#include main.h +#include routines.h +#include vstring.h +#include options.h + +/* + * MACROS + */ +#define isType(token,t) (boolean) ((token)-type == (t)) +#define isKeyword(token,k) (boolean) ((token)-keyword == (k)) + +/* + * DATA DECLARATIONS + */ + +typedef enum eException { ExceptionNone, ExceptionEOF } exception_t; + +typedef enum eKeywordId { + KEYWORD_NONE = -1, + KEYWORD_package, + KEYWORD_import, + KEYWORD_const, + KEYWORD_type, + KEYWORD_var, + KEYWORD_func, + KEYWORD_struct, + KEYWORD_interface, + KEYWORD_map, + KEYWORD_chan +} keywordId; + +/* Used to determine whether keyword is valid for the current language and + * what its ID is. + */ +typedef struct sKeywordDesc { + const char *name; + keywordId id; +} keywordDesc; + +typedef enum eTokenType { + TOKEN_NONE = -1, + TOKEN_CHARACTER, + // Don't need TOKEN_FORWARD_SLASH + TOKEN_FORWARD_SLASH, + TOKEN_KEYWORD, + TOKEN_IDENTIFIER, + TOKEN_STRING, + TOKEN_OPEN_PAREN, + TOKEN_CLOSE_PAREN, + TOKEN_OPEN_CURLY, + TOKEN_CLOSE_CURLY, + TOKEN_OPEN_SQUARE, + TOKEN_CLOSE_SQUARE, + TOKEN_SEMICOLON, + TOKEN_STAR, + TOKEN_LEFT_ARROW, + TOKEN_DOT, + TOKEN_COMMA +} tokenType; + +typedef struct sTokenInfo { + tokenType type; + keywordId keyword; + vString *string; /* the name of the token */ + unsigned long lineNumber; /* line number of tag */ + fpos_t filePosition; /* file position of line containing name */ +} tokenInfo; + +/* +* DATA DEFINITIONS +*/ + +static int Lang_go; +static jmp_buf Exception; +static vString *scope; + +typedef enum { + GOTAG_UNDEFINED = -1, + GOTAG_PACKAGE, + GOTAG_FUNCTION, + GOTAG_CONST, + GOTAG_TYPE, + GOTAG_VAR, +} goKind; + +static kindOption GoKinds[] = { + {TRUE, 'p', package, packages}, + {TRUE, 'f', func, functions}, + {TRUE, 'c', const, constants}, + {TRUE, 't', type, types}, + {TRUE, 'v', var, variables} +}; + +static keywordDesc GoKeywordTable[] = { + {package, KEYWORD_package}, + {import, KEYWORD_import}, + {const, KEYWORD_const}, + {type, KEYWORD_type}, + {var, KEYWORD_var}, + {func, KEYWORD_func}, + {struct, KEYWORD_struct}, + {interface, KEYWORD_interface}, + {map, KEYWORD_map}, + {chan, KEYWORD_chan} +}; + +/* +* FUNCTION DEFINITIONS +*/ + +// XXX UTF-8 +static boolean isIdentChar (const int c) +{ + return (boolean) + (isalpha (c) || isdigit (c) || c == '$' || + c == '@' || c == '_' || c == '#' || c 128); +} + +static void initialize (const langType language) +{ + size_t i; + const size_t count = + sizeof (GoKeywordTable) / sizeof (GoKeywordTable[0]); + Lang_go = language; + for (i = 0; i count; ++i) + { + const keywordDesc *const p = GoKeywordTable[i]; + addKeyword (p-name, language, (int) p-id); + } +} + +static tokenInfo *newToken (void) +{ + tokenInfo *const token = xMalloc (1, tokenInfo); + token-type = TOKEN_NONE; + token-keyword = KEYWORD_NONE; + token-string = vStringNew (); + token-lineNumber = getSourceLineNumber (); + token-filePosition = getInputFilePosition (); + return token; +} + +static void deleteToken (tokenInfo * const token) +{ + if (token != NULL) + { + vStringDelete (token-string); + eFree (token); + } +} + +/* + * Parsing functions + */ + +static void parseString (vString *const string, const int delimiter) +{ + boolean end = FALSE; + while (!end) + { + int c = fileGetc (); + if (c == EOF) + end = TRUE; + else if (c == '\\' delimiter != '`') + { + c = fileGetc (); /* This maybe a ' or . */ + vStringPut (string, c); + } + else if (c == delimiter) + end = TRUE; + else + vStringPut (string, c); + } + vStringTerminate (string); +} + +static void parseIdentifier (vString *const string, const int firstChar) +{ + int c = firstChar; + //Assert (isIdentChar (c)); + do + { + vStringPut (string, c); + c = fileGetc (); + } while (isIdentChar (c)); + vStringTerminate (string); + fileUngetc (c); /* always unget, LF might add a semicolon */ +} + +static void readToken (tokenInfo *const token) +{ + int c; + static tokenType lastTokenType = TOKEN_NONE; + + token-type = TOKEN_NONE; + token-keyword = KEYWORD_NONE; + vStringClear (token-string); + +getNextChar: + do + { + c = fileGetc (); + token-lineNumber = getSourceLineNumber (); + token-filePosition = getInputFilePosition (); + if (c == '\n' (lastTokenType == TOKEN_IDENTIFIER || + lastTokenType ==
Bug#612417: GRUB doesn't accept background images with whitespace in filename
tags 612417 fixed-upstream thanks This has been fixed upstream: revno: 3342 author: Alexander Kurtz kurtz.a...@googlemail.com committer: Vladimir 'phcoder' Serbinenko phco...@gmail.com branch nick: grub timestamp: Fri 2011-06-24 12:38:24 +0200 message: * util/grub-mkconfig_lib.in: Add missing quotes. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#634167: installation-guide: Use C.UTF-8 locale in place of C
Package: installation-guide Severity: normal The installation-guide should use the C.UTF-8 locale in all places where the C locale is currently used. This is not only more modern, it also tells console-setup to setup an UTF-8 console instead of an ISO-8*** one. That's mostly about the Installing Debian GNU/Linux from a Unix/Linux System section, but there may be other places as well. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (950, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgprz49g5JdSA.pgp Description: PGP signature
Bug#630511: Bug#634116: Please transition gnutls26 for multiarch
On 2011-07-17 Steve Langasek steve.langa...@canonical.com wrote: On Sun, Jul 17, 2011 at 08:15:43AM +0200, Andreas Metzler wrote: gnutls 2.12 in experimental is already using multiarch paths: --- gnutls26 (2.12.7-2) experimental; urgency=low [...] Ok. When do you plan to upload 2.12.7 to unstable? I am basically waiting for feedback/ok from the release team. http://bugs.debian.org/630511 cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634168: installation-guide: D.3: console-setup instead of console-data
Package: installation-guide Severity: normal The installation guide mentions installing console-data and reconfiguring console-data for keyboard configuration. From my own experience, the correct way to do this is to (a) install console-setup (b) dpkg-reconfigure keyboard-configuration This way a correct keyboard is configured for both console and Xorg. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (950, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpDAYboRoXeN.pgp Description: PGP signature
Bug#634165: lists.debian.org: Alioth lists are very restrictive regarding MIME boundaries
Hello Alexander, On Sun, Jul 17, 2011 at 01:45:17PM +0200, Alexander Wirt wrote: Helge Kreutzmann schrieb am Sunday, den 17. July 2011: Package: lists.debian.org Severity: important (Probably the wrong package, but I don't know how/where to report elsewhere, please reassign). It is, and I can't reassign as alioth is not on bugs.d.o. Take a look on the alioth website and open a ticket there (don't ask me against which project) Thanks for your quick reply. As stated, I looked on the alioth web site already, and I could not find where to open a ticket there. Could you tell me the URL? (E-Mail won't work, as stated). Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#634169: gforge-shell-postgresql: fails to install: cannot stat `/lib/libgcc_s*': No such file or directory
Package: gforge-shell-postgresql Severity: serious Justification: Policy 10.7.3 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear maintainer, your package fails to install in a up-to-date unstable environment: Setting up gforge-shell-postgresql (5.0.3-1) ... Calculating defaults Reading defaults from /etc/fusionforge/fusionforge.conf Creating /etc/fusionforge/fusionforge.conf SSL Disabled Creating /etc/gforge/httpd.conf Creating /etc/gforge/httpd.secrets Creating /etc/gforge/local.inc Creating other includes Creating config file /etc/nss-pgsql.conf with new version Creating config file /etc/nss-pgsql-root.conf with new version Installing chroot environnement at /var/lib/gforge/chroot . cp: cannot stat `/lib/libgcc_s*': No such file or directory dpkg: error processing gforge-shell-postgresql (--configure): subprocess installed post-installation script returned error exit status 1 The problem is that /usr/share/gforge/bin/install-chroot.sh isn't yet aware of the new multiarch directories. Cheers, Andreas - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-999-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJOItB8AAoJEGHzRCZ03mYkWmkP/0CBLgplmMWiKPnVv9B8gETh IhOhQTl/taAGIJr5YarjGzlv+BRqbDtFHvaEQ45nWaSyLX8U901DWXxG05FVBwBH APpptYBK7xFCbIfUOzVboY36Sg6QR2ZWcZe9guzQbHTHoC7CgXrtx+eus0opkpVy XhlVE6o3sB1XrZ8uxkr5yALR4kf4gZ0V1AG9wXNNa3lw+0AD+4kYxjVJbtiF2K0X Ke3ehJbFBb2W1cj7LT2L2Yl+F/j597DQv4epdlrp1Baw5UIGZDTI4x7c8dqeIITb I8pbb/gBBuNnSNRCdVWaiMQ8bgNQLFB3B35gx6JHDf8jHqzN6Cfw2sDKNGSZR3a5 EWFmlbq4xrZ7iOKsQv985tM/nGpXoy2DaGdhhxlD/yMDTTXWjk1l489ehpIz7Sie pWooXyiKN5vUIEQBOFr2A43GO4gE/cdm/hIZzOkJ74irHGwmVvrHFxygB8910FCT QpemTGOjGDxdjxytJ+Ve36tuazZSxiePRHCx/6fud+VgOeSp4f2v5zTQiPwf03X4 ezVxLLfLk68hCEPmuJji+ANcxdScpCxD7z/KwEcKAY8xLHGYnYKebvBr8oeKqDkM mpQ9FbgGX92N0WJvawtPkJhhy4nqnpsexWOsWFaPMBBIADApxtpcsuyQBkpkG3cZ F3MOIOPlAIIKiXGXAL9V =NwI+ -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#634165: lists.debian.org: Alioth lists are very restrictive regarding MIME boundaries
Helge Kreutzmann schrieb am Sunday, den 17. July 2011: Hello Alexander, On Sun, Jul 17, 2011 at 01:45:17PM +0200, Alexander Wirt wrote: Helge Kreutzmann schrieb am Sunday, den 17. July 2011: Package: lists.debian.org Severity: important (Probably the wrong package, but I don't know how/where to report elsewhere, please reassign). It is, and I can't reassign as alioth is not on bugs.d.o. Take a look on the alioth website and open a ticket there (don't ask me against which project) Thanks for your quick reply. As stated, I looked on the alioth web site already, and I could not find where to open a ticket there. Could you tell me the URL? (E-Mail won't work, as stated). That is the point where I am at: don't ask me. Anyhow I had a look, and found something on wiki.d.o: They can be contacted via ad...@alioth.debian.org. If you encounter a problem with alioth, you can file a support request [1] on the siteadmin project [2]. Sometimes, when you need to prod an administrator to do something, you can join #alioth on irc.debian.org (OFTC) ... they may help you. [1] http://alioth.debian.org/tracker/?func=addgroup_id=1atid=21 [2] http://alioth.debian.org/projects/siteadmin/ took me a minute or so. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553311: Issues with LeoCAD
Is there any news on the pieces library? Does it look like this will be a runner? It would be great to see leocad in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634170: iproute: Error decoding router advertisements netlink messages
Package: iproute Version: 20100519-3 Severity: normal Tags: patch # Summary The ip monitor command does properly decode the preferred and valid lifetime records in router advertisements from netlink messages. # How to repeat On a host in a network with a running radvd, do ip monitor | grep preferr Optionally in a second shell to speed up things rdisc6 eth0 ## Expected behaviour Blocks of two lines repeating every few minutes: valid_lft 86400sec preferred_lft 14400sec prefix $PREFIX::/64 dev eth0 onlink autoconf valid 86400 preferred 14400 where the first line is the continuation line of an auto-configuration, and `$PREFIX` is the prefix configured in radvd. The valid and preferred numbers match. ## Observed behaviour First line as above, but then prefix $PREFIX::/64 dev eth0 onlink autoconf valid 14400 preferred 131084 ## Explanation The netlink packet in question is 0c 00 02 00 # len 12 octets, type PREFIX_CACHEINFO (2) 40 38 00 00 # preferred: 14400 = 0x3840 80 51 01 00 # valid: 86400 = 0x00015180 iproute however does an of-by-one double word and picks * 131084 = 0x0002000c as preferred * 14400 = 0x3840 as valid # How to fix diff --git a/ip/ipprefix.c b/ip/ipprefix.c index cb1f582..d8327be 100644 --- a/ip/ipprefix.c +++ b/ip/ipprefix.c @@ -92,7 +92,7 @@ int print_prefix(const struct sockaddr_nl *who, struct nlmsghdr *n, void *arg) if (tb[PREFIX_CACHEINFO]) { struct prefix_cacheinfo *pc; - pc = (struct prefix_cacheinfo *)tb[PREFIX_CACHEINFO]; + pc = (struct prefix_cacheinfo *)RTA_DATA(tb[PREFIX_CACHEINFO]); fprintf(fp, valid %u , pc-valid_time); fprintf(fp, preferred %u , pc-preferred_time); Appearently this bug still exists in Debian sid (20110629-1). Cheers, Christoph -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39.3 (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iproute depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ Versions of packages iproute recommends: ii libatm1 1:2.5.1-1.2 shared library for ATM (Asynchrono Versions of packages iproute suggests: pn iproute-doc none (no description available) -- no debconf information signature.asc Description: Digital signature
Bug#616150: Bug#634091: gnucash: Segfaults with LANG=de_DE
Hi Marc-Jano, Am 16.07.2011 21:04, schrieb Marc-Jano Knopp: Symptom --- Crashes when started with LANG=de_DE. This depends on whether that locale is available or not. I just tried it with LANG=de_DE@euro (which is available on my system) and succeeded aswell. Hence, if the locale is available, the crash indeed occurs with the given Reproduce instructions. -- snip -- It does not crash with LANG=en_US.ISO-8859-15. Probably because this locale is not available on your system. From the crash on my system I generated the attached backtrace. It seems to be the same Gtk+ issue as described in Debian bug #616150. Hence I will re-assign this bug to the Gtk+ package and merge it with #616150 now. Dear Sebastian (Gtk+ maintainer), dear Michael (recent Gtk+ uploader), please apply the patch provided in bug #616150 when doing the next Gtk+ upload. Regards, Micha $ gdb /usr/bin/gnucash core GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gnucash...Reading symbols from /usr/lib/debug/usr/bin/gnucash...done. done. [New Thread 31680] [New Thread 31682] [New Thread 31685] warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/gnucash/gnucash/libgncmod-report-gnome.so...Reading symbols from /usr/lib/debug/usr/lib/gnucash/gnucash/libgncmod-report-gnome.so...done. done. Loaded symbols for /usr/lib/gnucash/gnucash/libgncmod-report-gnome.so Reading symbols from /usr/lib/gnucash/libgnc-gnome.so.0...Reading symbols from /usr/lib/debug/usr/lib/gnucash/libgnc-gnome.so.0.0.0...done. done. Loaded symbols for /usr/lib/gnucash/libgnc-gnome.so.0 Reading symbols from /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so...Reading symbols from /usr/lib/debug/usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so...done. done. Loaded symbols for /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so Reading symbols from /usr/lib/gnucash/gnucash/libgncmod-app-utils.so...Reading symbols from /usr/lib/debug/usr/lib/gnucash/gnucash/libgncmod-app-utils.so...done. done. Loaded symbols for /usr/lib/gnucash/gnucash/libgncmod-app-utils.so Reading symbols from /usr/lib/gnucash/gnucash/libgncmod-engine.so...Reading symbols from /usr/lib/debug/usr/lib/gnucash/gnucash/libgncmod-engine.so...done. done. Loaded symbols for /usr/lib/gnucash/gnucash/libgncmod-engine.so Reading symbols from /usr/lib/gnucash/libgnc-module.so.0...Reading symbols from /usr/lib/debug/usr/lib/gnucash/libgnc-module.so.0.0.0...done. done. Loaded symbols for /usr/lib/gnucash/libgnc-module.so.0 Reading symbols from /usr/lib/gnucash/libgnc-core-utils.so.0...Reading symbols from /usr/lib/debug/usr/lib/gnucash/libgnc-core-utils.so.0.0.0...done. done. Loaded symbols for /usr/lib/gnucash/libgnc-core-utils.so.0 Reading symbols from /usr/lib/gnucash/libgnc-qof.so.1...Reading symbols from /usr/lib/debug/usr/lib/gnucash/libgnc-qof.so.1.0.4...done. done. Loaded symbols for /usr/lib/gnucash/libgnc-qof.so.1 Reading symbols from /usr/lib/libguile.so.17...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libguile.so.17 Reading symbols from /usr/lib/libgmp.so.10...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgmp.so.10 Reading symbols from /lib/i386-linux-gnu/i686/cmov/libcrypt.so.1...Reading symbols from /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libcrypt-2.13.so...done. done. Loaded symbols for /lib/i386-linux-gnu/i686/cmov/libcrypt.so.1 Reading symbols from /usr/lib/libltdl.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libltdl.so.7 Reading symbols from /usr/lib/libgnomeui-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgnomeui-2.so.0 Reading symbols from /usr/lib/i386-linux-gnu/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/i386-linux-gnu/libSM.so.6 Reading symbols from /usr/lib/i386-linux-gnu/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/i386-linux-gnu/libICE.so.6 Reading symbols from /usr/lib/libbonoboui-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libbonoboui-2.so.0 Reading symbols from /usr/lib/libgnomevfs-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgnomevfs-2.so.0 Reading symbols from /usr/lib/libgnomecanvas-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgnomecanvas-2.so.0 Reading symbols from /usr/lib/libgnome-2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgnome-2.so.0 Reading symbols from
Bug#634171: Minor package description issues
Package: libqtscript4-gui (0.1.0-2) Version: 0.1.0-2 Severity: wishlist Tags: patch Dear Maintainer, working on the translation of the package description to German I found some minor (easy to resolve) issues. The most important one are the descriptions of the libqtscript4-xxx bindings packages. The last two sentences are always the same. Making a paragraph of its own eases the translation work. Translators translate the paragraph once and can reuse it. The attached patch splits these descriptions. Package:libqtscript4-qtbindings ... Description: Qt Script bindings for Qt 4 - metapackage This metapackage depends on all modules of the Qt Script bindings that are currently provided for Qt 4 application and UI framework. . Qt Script is a scripting language based on the ECMAScript standard. Qt Script bindings allow to get access to substantial portions of the Qt API from within this scripting language. I've encountered lots of of descriptions with the paragraphs ordered the other way: general information first. Perhaps it is also a good idea to have the introductory text in each description. And the last one is quite wide-spread: If I (1) is correct and I understand it the right way, there is only one binding per library. In computing, a binding from a programming language to a library or OS service is an API providing that service in the language. So s/contains Qt Script bindings/contains the Qt Script binding/ and s/These bindings were/This binding was/ would have to be applied to the xxx bindings descriptions. Actually the package contains only one library (2). Kind regards, Martin 1: http://en.wikipedia.org/wiki/Language_binding 2: http://packages.debian.org/sid/i386/libqtscript4-gui/filelist --- control.orig 2011-07-17 13:43:23.0 +0200 +++ control 2011-07-17 13:49:36.0 +0200 @@ -30,100 +30,111 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} Description: Qt Script bindings for the Qt 4 Core library - This package contains Qt Script bindings for the Qt 4 Core library. You should - install this package if you need to access functionality of this library from - within Qt Script. These bindings were generated with the Qt Script Generator - tool. + This package contains Qt Script bindings for the Qt 4 Core library. + . + You should install this package if you need to access functionality of + this library from within Qt Script. These bindings were generated with + the Qt Script Generator tool. Package: libqtscript4-gui Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libqtscript4-core (= ${binary:Version}) Description: Qt Script bindings for the Qt 4 Gui library - This package contains Qt Script bindings for the Qt 4 Gui library. You should - install this package if you need to access functionality of this library from - within Qt Script. These bindings were generated with the Qt Script Generator - tool. + This package contains Qt Script bindings for the Qt 4 Gui library. + . + You should install this package if you need to access functionality of + this library from within Qt Script. These bindings were generated with + the Qt Script Generator tool. Package: libqtscript4-network Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libqtscript4-core (= ${binary:Version}) Description: Qt Script bindings for the Qt 4 Network library - This package contains Qt Script bindings for the Qt 4 Network library. You - should install this package if you need to access functionality of this - library from within Qt Script. These bindings were generated with the Qt - Script Generator tool. + This package contains Qt Script bindings for the Qt 4 Network library. + . + You should install this package if you need to access functionality of + this library from within Qt Script. These bindings were generated with + the Qt Script Generator tool. Package: libqtscript4-opengl Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libqtscript4-core (= ${binary:Version}) Description: Qt Script bindings for the Qt 4 OpenGL library - This package contains Qt Script bindings for the Qt 4 OpenGL library. You - should install this package if you need to access functionality of this - library from within Qt Script. These bindings were generated with the Qt - Script Generator tool. + This package contains Qt Script bindings for the Qt 4 OpenGL library. + . + You should install this package if you need to access functionality of + this library from within Qt Script. These bindings were generated with + the Qt Script Generator tool. Package: libqtscript4-phonon Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, libqtscript4-core (= ${binary:Version}) Description: Qt Script bindings for the Qt 4 Phonon library - This package contains Qt Script bindings for the Qt 4 Phonon library. You - should install this package if you need to access functionality of this - library from within Qt Script. These
Bug#589427: dh_builddeb: support for parallel builds of debs
Gergely Nagy alger...@madhouse-project.org writes: Joey Hess jo...@debian.org writes: I think this should only be done if DEB_BUILD_OPTIONS has parallel=N, and should limit dpkg-deb processes to the N. If someone sends a patch doing that, I'll apply it. Such a patch (against git) is attached below. I did little testing only: it doesn't break building without DEB_BUILD_OPTIONS=parallel=N, and it seems to work with parallel=4 too. Just tested with ghc on my dual-core laptop: $ time -v dh_builddeb dpkg-deb: building package `ghc' in `../ghc_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc-prof' in `../ghc-prof_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc-doc' in `../ghc-doc_7.0.3-2_all.deb'. dpkg-deb: building package `ghc-dynamic' in `../ghc-dynamic_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc-haddock' in `../ghc-haddock_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc6' in `../ghc6_7.0.3-2_all.deb'. dpkg-deb: building package `ghc6-doc' in `../ghc6-doc_7.0.3-2_all.deb'. dpkg-deb: building package `ghc6-prof' in `../ghc6-prof_7.0.3-2_all.deb'. Command being timed: dh_builddeb User time (seconds): 266.86 System time (seconds): 8.34 Percent of CPU this job got: 102% Elapsed (wall clock) time (h:mm:ss or m:ss): 4:29.57 $ DEB_BUILD_OPTIONS=parallel=2 time -v dh_builddeb dpkg-deb: building package `ghc-prof' in `../ghc-prof_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc' in `../ghc_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc-doc' in `../ghc-doc_7.0.3-2_all.deb'. dpkg-deb: building package `ghc-dynamic' in `../ghc-dynamic_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc-haddock' in `../ghc-haddock_7.0.3-2_amd64.deb'. dpkg-deb: building package `ghc6' in `../ghc6_7.0.3-2_all.deb'. dpkg-deb: building package `ghc6-doc' in `../ghc6-doc_7.0.3-2_all.deb'. dpkg-deb: building package `ghc6-prof' in `../ghc6-prof_7.0.3-2_all.deb'. Command being timed: dh_builddeb User time (seconds): 265.59 System time (seconds): 1.83 Percent of CPU this job got: 193% Elapsed (wall clock) time (h:mm:ss or m:ss): 2:18.20 -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634172: /etc/spamassassin/sa-update-hooks.d output visible in /etc/cron.daily/spamassassin
Package: spamassassin Severity: minor Hi, it seems that when using run-parts for running /etc/spamassassin/sa-update-hooks.d the stdout is not redirected to /dev/null thus mailing root when e.g. spampd is restarted. trivial patch attached thanks, filippo -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: debian/spamassassin.cron.daily === --- debian/spamassassin.cron.daily (revision 18876) +++ debian/spamassassin.cron.daily (working copy) @@ -48,7 +48,7 @@ /etc/init.d/spamassassin reload /dev/null fi if [ -d /etc/spamassassin/sa-update-hooks.d ]; then -run-parts --lsbsysinit /etc/spamassassin/sa-update-hooks.d +run-parts --lsbsysinit /etc/spamassassin/sa-update-hooks.d /dev/null fi }
Bug#634173: ITP: python-fdsend -- Provides a Python abstraction for file descriptor passing via sockets
Package: wnpp Severity: wishlist Owner: Philipp Kern pk...@debian.org * Package name: python-fdsend Version : 0.1 Upstream Author : Michael J. Pomraning mjp{AT}pilcrow.madison.wi.us * License : GPL2+ Programming Lang: C, Python Description : Provides a Python abstraction for file descriptor passing via sockets fdsend is yet another file descriptor passing abstraction, specifically for Python. This package offers a few conveniences not commonly found together in other abstractions: sending multiple files at once, sending arbitrary data, and working with both files and file descriptors. The package was not downloaded from http://pilcrow.madison.wi.us/sw/fdsend-0.1.tar.gz, because the URL was no longer available. Instead, the source was extracted and repackaged from update-manager's bazaar repository (revision 457): http://bazaar.launchpad.net/~ubuntu-core-dev/update-manager/main The current packaging can be found on http://opensource.fsmi.uni-karlsruhe.de/cgi-bin/gitweb.cgi?p=fdsend.git;a=tree -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634174: apt-listchanges: dosn't show changelogs for some packages
Package: apt-listchanges Version: 2.85.8 Severity: important Hi. For some reason, apt-listchanges never shows me any changes of some packages (which seem to be always the same). One example I remember by now is that any packages built by the util-linux source package are affected. Any idea? Cheers, Chris. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listchanges depends on: ii apt 0.8.15.2Advanced front-end for dpkg ii debconf [debconf-2.0]1.5.40 Debian configuration management sy ii debianutils 4.0.2 Miscellaneous utilities specific t ii python 2.6.7-1 interactive high-level object-orie ii python-apt 0.8.0 Python interface to libapt-pkg ii python-support 1.0.14 automated rebuilding support for P ii ucf 3.0025+nmu2 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii postfix [mail-transport-agent 2.8.3-1High-performance mail transport ag Versions of packages apt-listchanges suggests: ii chromium [www-brow 12.0.742.112~r90304-1 Chromium browser ii epiphany-browser [ 2.30.6-2 Intuitive GNOME web browser ii gnome-terminal [x- 2.30.2-1 The GNOME terminal emulator applic ii iceweasel [www-bro 5.0-3 Web browser based on Firefox ii lynx-cur [www-brow 2.8.8dev.9-2 Text-mode WWW Browser with NLS sup ii python-glade2 2.24.0-2 GTK+ bindings: Glade support ii python-gtk22.24.0-2 Python bindings for the GTK+ widge ii xterm [x-terminal- 270-1 X terminal emulator -- debconf information: * apt-listchanges/confirm: true * apt-listchanges/email-address: root * apt-listchanges/which: both * apt-listchanges/frontend: pager * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634175: apt-listchanges: list changelog entries of a given package in chronological order
Package: apt-listchanges Version: 2.85.8 Severity: wishlist Hi. IMHO it would be nice if one could configer, that the entries for a given package are displayed in chronological order (rather than inverse chronological order). This is especially helpful when reading throug a package’s changes. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634091: gnucash: Segfaults with LANG=de_DE
found 634091 2.24.5-2 thanks Just for the records, I reproduced the crash on a current Debian sid, which means gtk+2.0 version 2.24.5-2 too. Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634176: New major upstream version available
Source: yajl Version: 1.0.8-1 Severity: wishlist Version 2.0.2 was released on 2011-04-29 (see https://github.com/lloyd/yajl/commits/master), while in Debian, we are still at 1.0.8. Version 2 of yajl also changed its API/ABI, so the resulting package needs to be named libyajl2. If you need any help with packaging, please let me know. Thanks in advance, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634177: ITP: disulfinder -- prediction of S-S bonds in proteins
Package: wnpp Severity: wishlist Owner: Steffen Moeller steffen_moel...@gmx.de * Package name: disulfinder * URL : http://disulfind.dsi.unifi.it/ * License : GPL2+ Description : prediction of S-S bonds in proteins 'disulfinder' is for predicting the disulfide bonding state of cysteines and their disulfide connectivity starting from sequence alone. Disulfide bridges play a major role in the stabilization of the folding process for several proteins. Prediction of disulfide bridges from sequence alone is therefore useful for the study of structural and functional properties of specific proteins. In addition, knowledge about the disulfide bonding state of cysteines may help the experimental structure determination process and may be useful in other genomic annotation tasks. 'disulfinder' predicts disulfide patterns in two computational stages: (1) the disulfide bonding state of each cysteine is predicted by a BRNN-SVM binary classifier; (2) cysteines that are known to participate in the formation of bridges are paired by a Recursive Neural Network to obtain a connectivity pattern. The package is about to uploaded to the distribution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634178: redshift: Please update package to 1.7
Package: redshift Version: 1.6-1 Severity: wishlist Hi, Upstream version 1.7 was released 2011-07-04, please could the Debian package be updated to this. This release fixes: - https://launchpad.net/bugs/706353 It also adds geoclue support. Many Thanks! Kind Regards, Dave Walker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632985: #632985: gnome-panel do not load
Downgrading libgtk2.0-0 to 2.24.4-3 fixed the problem on my machines. To stop aptitude from complaining about broken dependencies, I also downgraded gtk2-engines-pixbuf libgail18 libgail-common libgtk2.0-bin libgtk2.0-dev to their 2.24.4-3 versions. Regards, Martin signature.asc Description: This is a digitally signed message part
Bug#634179: Printing bold characters changes the colour of the following
Package: gnome-terminal Version: 3.0.1-1 Severity: minor The gnome-terminal and the XFCE terminal v. 0.4.8, when they print bold characters, they change the colour of the characters that are following, even if it's not asked. Look at the screenshot. http://tof.canardpc.com/view/e1a2870e-2e5a-498f-8696-f151395a57d6.jpg * The background terminal is gnome-terminal (bug with GNOME 3). * The small one down right is xterm (OK but bug in the screenshot tool). * The green one is XFCE terminal (bug with GNOME 2). * The violet one is LXterminal (OK with GNOME 2). I suspect a library bug. All is OK in a tty with no framebuffer. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686-bigmem (SMP w/3 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 gnome-terminal depends on: ii gnome-terminal-data 3.0.1-1Data files for the GNOME terminal ii gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libvte-2.90-9 1:0.28.1-2 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.3-2 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623560: FTBFS on kfreebsd-*: fatal error: Driver_Document.h: No such file or directory
Hi all, the basic problem is that configure fails to find the OpenCascade developer files. According to the build log at https://buildd.debian.org/status/fetch.php?pkg=freecadarch=kfreebsd-amd64ver=0.11.4446-dfsg-1stamp=1307997225 you can see this message: configure: checking OpenCascade... checking Standard.hxx usability... yes checking Standard.hxx presence... yes checking for Standard.hxx... yes checking whether OCC libs are available... no configure: WARNING: Cannot find OpenCASCADE devel files. Modules that depend on this library cannot be built. checking if platform is 64-bit (-D_OCC64)... yes So, it finds the header files but probably fails to build a small test application to check for the existence of the library files. Mehdi Dogguy or others who work on the platform kFreeBSD can you please upload the file config.log because there we can see what really happened during configure. Thanks, Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632794: wrong path in nss.cfg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, editing etc/java-6-openjdk/security/nss.cfg (as in reply #15, #16) suggested has done the trick greats, Adam -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4i4+8ACgkQefEEI87R1Dd3oACdF7i5MmSxzqEmwZfC7bDYrcLo 1isAniOOs2ZtGxlNmidZFSq6Tj9ME1zu =nMfy -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#629146:
I can confirm this is still an issue with the businesscard and netinst amd64 images from 2011-07-17. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634180: ahci and device ID 236f
Package: linux-2.6 Version: 2.6.32-35 Two users reported on debian-arm [1] that eSATA doesn't work on their new QNAP TS-219P+ devices. In older TS-219P+ models, lspci says: 00:01.0 SATA controller: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller (rev 03) 00:01.1 IDE interface: JMicron Technology Corp. JMB362/JMB363 Serial ATA Controller (rev 03) But in the new model, it says: 00:01.0 IDE interface: JMicron Technology Corp. Device 236f (rev 03) I'm not sure why only IDE is shown and not SATA since the chip is used for eSATA. A user said: I can confirm this on my TS-219P+ which I bought in May. But the Chip itself has JMB362 printed on it which normally should have device ID 2362. I confirmed with QNAP that the new models use a slightly newer chip. QNAP uses the following patch. The Debian user confirmed that eSATA works with this patch. linux-2.6.33.2/drivers/ata/ahci.c { PCI_VDEVICE(INTEL, 0x3b2f), board_ahci }, /* PCH AHCI */ /* JMicron 360/1/3/5/6, match class to avoid IDE function */ +//QNAP patch support JM362B JM362C + { PCI_VDEVICE(JMICRON, 0x236f), board_ahci_ign_iferr }, + { PCI_VDEVICE(JMICRON, 0x2362), board_ahci_ign_iferr }, + { PCI_VENDOR_ID_JMICRON, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID, PCI_CLASS_STORAGE_SATA_AHCI, 0xff, board_ahci_ign_iferr }, [1] http://lists.debian.org/debian-arm/2011/06/msg00077.html -- 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#634171: Minor package description issues
Martin Eberhard Schauer wrote: Package: libqtscript4-gui (0.1.0-2) Maybe it should be against the qtscriptgenerator source-package? [...] The most important one are the descriptions of the libqtscript4-xxx bindings packages. The last two sentences are always the same. Making a paragraph of its own eases the translation work. Translators translate the paragraph once and can reuse it. The attached patch splits these descriptions. Package:libqtscript4-qtbindings ... Description: Qt Script bindings for Qt 4 - metapackage This metapackage depends on all modules of the Qt Script bindings that are currently provided for Qt 4 application and UI framework. . Qt Script is a scripting language based on the ECMAScript standard. Qt Script bindings allow to get access to substantial portions of the Qt API from within this scripting language. I've encountered lots of of descriptions with the paragraphs ordered the other way: general information first. Perhaps it is also a good idea to have the introductory text in each description. And the last one is quite wide-spread: If I (1) is correct and I understand it the right way, there is only one binding per library. In computing, a binding from a programming language to a library or OS service is an API providing that service in the language. So s/contains Qt Script bindings/contains the Qt Script binding/ and s/These bindings were/This binding was/ would have to be applied to the xxx bindings descriptions. That sounds odd, but I recognise the logic, and at least some native-anglophone programmers do seem to regard it as correct... Actually the package contains only one library (2). I see nothing in the current version that would imply otherwise. [...] Description: Qt Script bindings for the Qt 4 Core library There seems to be quite a bit of uncertainty in the documentation about whether it's Qt Script 4, QtScript4, Qt 4 Script, or what. I would ask http://www.qtsoftware.com, but that just redirects to a shoppingcart that doesn't recognise any of these product names. [...] + This package contains Qt Script bindings for the Qt 4 Core library. + . + You should install this package if you need to access functionality of ^the + this library from within Qt Script. These bindings were generated with + the Qt Script Generator tool. I would agree that boilerplate then specifics would be more sensible, but I'm not keen on this boilerplate; it seems to use a lot of words to say that you should install this package if its installation is necessary, instead of making it clear what it's useful for. And why do we care that they were generated with the Qt Script Generator tool? How about just: Qt Script is a scripting language based on the ECMAScript standard, with bindings that give access to substantial portions of the Qt 4 API. . This package contains bindings for the Qt 4 Core library. (Varying the last line to match the package.) [...] Package: libqtscript4-doc [...] Description: Qt 4 Qt Script bindings API documentation and examples Do we really need to say Qt 4 Qt? + This package contains the API reference of the Qt 4 Qt Script bindings and + a few script examples. The Documentation is provided in HTML format. d . Qt Script is a scripting language based on the ECMAScript standard. Qt Script bindings allow to get access to substantial portions of the Qt API from within Our old friend (http://www.xibalba.demon.co.uk/jbr/linux/esl.html#b1) allow to - you'd filtered it out in all the others... This one could be: Description: Qt Script bindings - Qt 4 API documentation and examples Qt Script is a scripting language based on the ECMAScript standard, with bindings that give access to substantial portions of the Qt 4 API. . This package contains the API reference of the Qt Script bindings (in HTML format) and a few script examples. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634181: linux-image-2.6.39-2-amd64: br_netfilter nat pagefault
Package: linux-2.6 Version: 2.6.39-3 Severity: normal Tags: wheezy Unfortunately I have not found a way to reproduce this problem yet. So the only thing I can give is a describtion what I did. The box has some ethernet interfaces, among them eth0 and eth1. eth0 is part of a bridge, which is created by /etc/network/interfaces. ---/etc/network/interfaces cutout--- auto eth0 iface eth0 inet manual auto br0 iface br0 inet dhcp bridge_ports eth0 ---eof--- The box obtains 172.22.92.28/27 as IP on that bridge via DHCP and gets a default route via 172.22.92.1 via that bridge. On that bridge there are also various tap devices in use by VMs. After bootup, there are no iptables or ebtables rules, and eth1 is down. I use eth1 as something like a test-interface, so I usually configure it manually to fit my needs. What I did before the crash was: # ip link set eth1 up # ip addr add 192.168.1.5/24 dev eth1 # iptables -t nat -I POSTROUTING -o br0 -j MASQUERADE # echo 1 /proc/sys/net/ipv4/ip_forward This did not immediately cause the crash, judging from the backtrace, the crash is later caused by some network traffic, however as I read the backtrace, the crash could not have happened without the nat stuff being loaded. Unfortunately, I do not have a dump of network traffic at that time, on top of that I am not even sure on the path of the traffic which caused the crash in the first place. (routed from eth1 to br0? Originating on that host with default via br0?) To avoid any mixups, it should also be noted that at the time of running reportbug, linux-image-2.6.39-2-amd64 version 2.6.39-3 was running, while the crash occured on linux-image-2.6.39-2-amd64 version 2.6.39-2. -- Package-specific info: ** Version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) ** Command line: root=/dev/mapper/storage-root ro intel_iommu=on console=ttyS0,115200 console=tty0 ** Not tainted ** Kernel log: [291476.322390] e1000e: eth1 NIC Link is Up 10 Mbps Half Duplex, Flow Control: None [291476.329865] e1000e :05:00.0: eth1: Autonegotiated half duplex but link partner cannot autoneg. Try forcing full duplex if link gets many collisions. [291476.343738] e1000e :05:00.0: eth1: 10/100 speed: disabling TSO [292453.071471] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [292708.909247] BUG: unable to handle kernel paging request at 88032ef51ffe [292708.916328] IP: [a03626ff] br_nf_pre_routing_finish_bridge+0x66/0xb5 [bridge] [292708.924450] PGD 1604063 PUD 33fffa067 PMD 32ef66063 PTE 80032ef51161 [292708.931305] Oops: 0003 [#1] SMP [292708.934659] last sysfs file: /sys/devices/system/cpu/cpu3/topology/thread_siblings [292708.942316] CPU 0 [292708.944246] Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 tun ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables acpi_cpufreq mperf cpufreq_stats cpufreq_userspace cpufreq_conservative cpufreq_powersave parport_pc ppdev lp parport rfcomm bnep bluetooth rfkill binfmt_misc fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc bridge stp jfs kvm_intel w83627ehf hwmon_vid kvm loop ftdi_sio cdc_ether usbnet usbserial mii i2c_i801 processor thermal_sys i2c_core ghes button pcspkr evdev hed ext4 mbcache jbd2 crc16 dm_snapshot sha256_generic aesni_intel cryptd aes_x86_64 aes_generic cbc dm_crypt dm_mod raid456 md_mod async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx sd_mod usb_storage usbhid crc_t10dif hid uas ahci libahci libata ehci_hcd scsi_mod acenic usbcore e1000e [last unloaded: scsi_wait_scan] [292709.025588] [292709.027176] Pid: 2919, comm: kvm Not tainted 2.6.39-2-amd64 #1 System manufacturer System Product Name/P7F-M [292709.037143] RIP: 0010:[a03626ff] [a03626ff] br_nf_pre_routing_finish_bridge+0x66/0xb5 [bridge] [292709.047689] RSP: 0018:88033fc03c68 EFLAGS: 00010246 [292709.053091] RAX: RBX: 8801cbd8d180 RCX: 8801fbbe3700 [292709.060311] RDX: 88032d506c80 RSI: 88032d506cd8 RDI: 8801cbd8d180 [292709.067530] RBP: 8801fbbe3700 R08: 88032d506cd0 R09: 88032ef5200e [292709.074749] R10: 2a9c07540800 R11: R12: 88032ef5200e [292709.081969] R13: 880321d22000 R14: 8803205b5000 R15: [292709.089189] FS: 7ff7b5ff8760() GS:88033fc0() knlGS: [292709.097364] CS: 0010 DS: ES: CR0: 8005003b [292709.103197] CR2: 88032ef51ffe CR3: 000327449000 CR4: 26e0 [292709.110415] DR0: DR1: DR2: [292709.117637] DR3: DR6: 0ff0 DR7: 0400 [292709.124857] Process kvm (pid: 2919, threadinfo 88032745a000, task 880328c2d7e0) [292709.132941] Stack: [292709.135045] 8801fbbe3700 a0362e87 88010001 81686a20 [292709.142587]
Bug#603250: Removal of libfile-temp-perl
To whoever might stumble upon this bug, I looked into it quickly and it looks like libmodule-pluggable-perl has already been removed from squeeze. I guess we need to leave this bug here to prevent it from being migrated to testing. Cheers, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634043: [Pkg-xfce-devel] Bug#634043: please use to kfreebsd-any in Architecture field
On Sat, Jul 16, 2011 at 11:58:50AM +0200, Robert Millan wrote: Package: xfce4-battery-plugin Version: 1.0.0-2 Severity: normal Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd This package builds fine on kfreebsd-amd64, and presumably it will build fine on future kfreebsd-* architectures (like the upcoming kfreebsd-mipsel). Please consider using kfreebsd-any in architecture field to support any kfreebsd-* architecture. Patch attached. Hi, Thanks for the patch. But the issue isn't that it builds fine, rather to be sure that it works. I think I remember this was the reason why we didn't add it a few months ago. Could you by chance test the package on kfreebsd-amd64? Thanks. Cheers, -- Lionel signature.asc Description: Digital signature
Bug#633988: xul-ext-perspectives: not compatible with Iceweasel 5.0
tags 633988 pending thanks On Fri, Jul 15, 2011 at 12:28:32PM -0700, Vagrant Cascadian wrote: On Fri, Jul 15, 2011 at 11:28:43AM -0700, Perspectives Project wrote: Good to hear from you. The latest release of Perspectives is updated to work with FF5: http://perspectives-project.org/2011/07/04/perspectives-firefox-4-2-released/ confirmed that the new version works with iceweasel 5.0, and pushed to the git repository on alioth. will upload soon. live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org