Bug#611389: videolink: FTBFS: error: 'struct nsID' has no member named
Hi, | /usr/include/xulrunner-1.9.1/unstable/nscore.h:406:2: warning: #warning libxul SDK was configured with char16_t support, but now building without | In file included from /usr/include/xulrunner-1.9.1/unstable/nsStringGlue.h:52, | from /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h:46, | from style_sheets.cpp:12: | /usr/include/xulrunner-1.9.1/unstable/nsStringAPI.h:1066:4: warning: #warning Using conversions for literal strings. Please consider using 2-bytes wchar_t or char16_t instead | In file included from style_sheets.cpp:12: | /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h: In function 'nsresult NS_MakeRandomInvalidURLString(nsCString_external)': | /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h:1649: error: 'struct nsID' has no member named 'ToProvidedString' | make[1]: *** [.objs/style_sheets.o] Error 1 | make[1]: Leaving directory `/build/sbuild-videolink_1.2.9-2-i386-n2SWQL/videolink-1.2.9' | make: *** [build] Error 2 I easily checked this. I think that this is bug of xulrunner-1.9.1. Because If it was defined XPCOM_GLUE_AVOID_NSPR, user can not use ToProvidedString(). And XPCOM_GLUE_AVOID_NSPR was defined if defined(XPCOM_GLUE) !defined(XPCOM_GLUE_USE_NSPR). from usr/include/xulrunner-1.9.1/unstable/nsID.h 97 #ifndef XPCOM_GLUE_AVOID_NSPR 98 /** 99* nsID string encoder. Returns an allocated string in 100* {----} format. Caller should free string. 101* YOU SHOULD ONLY USE THIS IF YOU CANNOT USE ToProvidedString() BELOW. 102*/ 103 NS_COM_GLUE char* ToString() const; 104 105 /** 106* nsID string encoder. Builds a string in 107* {----} format, into a char[NSID_LENGTH] 108* buffer provided by the caller (for instance, on the stack). 109*/ 110 NS_COM_GLUE void ToProvidedString(char (dest)[NSID_LENGTH]) const; 111 112 #endif // XPCOM_GLUE_AVOID_NSPR But However, NS_MakeRandomInvalidURLString() does not seem to support this. # NS_MakeRandomInvalidURLString is in /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h Mike, how do you think? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611427: videolink: FTBFS: error: ‘sprintf’ is not a member of ‘std’
Source: videolink Version: 1.2.9-2 Severity: serious Justification: FTBFS Tags: patch Hi, videolink FTBFS in pbuilder/amd64. This can confirm after #611389 was fixed. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611389 - In file included from /usr/include/xulrunner-1.9.1/unstable/nsError.h:42, from xpcom_support.hpp:10, from xpcom_support.cpp:8: /usr/include/xulrunner-1.9.1/unstable/nscore.h:406:2: warning: #warning libxul SDK was configured with char16_t support, but now building without xpcom_support.cpp: In function ‘void xpcom_support::throw_exception(nsresult)’: xpcom_support.cpp:18: error: ‘sprintf’ is not a member of ‘std’ make[1]: *** [.objs/xpcom_support.o] error 1 - I attached the patch which revise this. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 diff --git a/xpcom_support.cpp b/xpcom_support.cpp index 2c452d7..5c8b26e 100644 --- a/xpcom_support.cpp +++ b/xpcom_support.cpp @@ -1,6 +1,7 @@ // Copyright 2005 Ben Hutchings b...@decadent.org.uk. // See the file COPYING for licence details. +#include cstdio #include cassert #include memory #include stdexcept
Bug#611389: videolink: FTBFS: error: 'struct nsID' has no member named
On Sat, Jan 29, 2011 at 05:36:38PM +0900, Nobuhiro Iwamatsu wrote: Hi, | /usr/include/xulrunner-1.9.1/unstable/nscore.h:406:2: warning: #warning libxul SDK was configured with char16_t support, but now building without | In file included from /usr/include/xulrunner-1.9.1/unstable/nsStringGlue.h:52, | from /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h:46, | from style_sheets.cpp:12: | /usr/include/xulrunner-1.9.1/unstable/nsStringAPI.h:1066:4: warning: #warning Using conversions for literal strings. Please consider using 2-bytes wchar_t or char16_t instead | In file included from style_sheets.cpp:12: | /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h: In function 'nsresult NS_MakeRandomInvalidURLString(nsCString_external)': | /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h:1649: error: 'struct nsID' has no member named 'ToProvidedString' | make[1]: *** [.objs/style_sheets.o] Error 1 | make[1]: Leaving directory `/build/sbuild-videolink_1.2.9-2-i386-n2SWQL/videolink-1.2.9' | make: *** [build] Error 2 I easily checked this. I think that this is bug of xulrunner-1.9.1. Because If it was defined XPCOM_GLUE_AVOID_NSPR, user can not use ToProvidedString(). And XPCOM_GLUE_AVOID_NSPR was defined if defined(XPCOM_GLUE) !defined(XPCOM_GLUE_USE_NSPR). from usr/include/xulrunner-1.9.1/unstable/nsID.h 97 #ifndef XPCOM_GLUE_AVOID_NSPR 98 /** 99* nsID string encoder. Returns an allocated string in 100* {----} format. Caller should free string. 101* YOU SHOULD ONLY USE THIS IF YOU CANNOT USE ToProvidedString() BELOW. 102*/ 103 NS_COM_GLUE char* ToString() const; 104 105 /** 106* nsID string encoder. Builds a string in 107* {----} format, into a char[NSID_LENGTH] 108* buffer provided by the caller (for instance, on the stack). 109*/ 110 NS_COM_GLUE void ToProvidedString(char (dest)[NSID_LENGTH]) const; 111 112 #endif // XPCOM_GLUE_AVOID_NSPR But However, NS_MakeRandomInvalidURLString() does not seem to support this. # NS_MakeRandomInvalidURLString is in /usr/include/xulrunner-1.9.1/unstable/nsNetUtil.h Mike, how do you think? I think that if videolink needs this function, it should define XPCOM_GLUE_USE_NSPR, and probably link against nspr. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611428: emacs23: should depend on install-info
Package: emacs23 Version: 23.2+1-7 This change: , | emacs23 (23.1+1-7) unstable; urgency=low | [...] | * Update emacsFLAVOR-common dpkg dependency to require dpkg (= | 1.15.4) | install-info for proper info page handling (Debian | Policy 12.2), and remove install-info dependency from packages | without info files. | [...] | -- Rob Browning r...@defaultvalue.org Sun, 02 May 2010 10:56:09 -0700 ` was not correct, since emacs23{,-nox,-lucid} provide an info reader and have to depend on install-info to ensure that the /usr/share/info/dir file is up to date. -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.36.3-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.2+1-7 The GNU Emacs editor's shared, arc ii libasound2 1.0.23-2.1shared library for ALSA applicatio 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 libdbus-1-31.2.24-4 simple interprocess messaging syst 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 libgconf2-42.28.1-6 GNOME configuration database syste ii libgif44.1.6-9 library for GIF images (library) ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgpm21.20.4-3.3General Purpose Mouse - shared lib ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libm17n-0 1.6.2-2 a multilingual text processing lib ii libncurses55.7+20101128-2shared libraries for terminal hand ii libotf00.9.12-1 A Library for handling OpenType Fo ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-1 X11 Session Management library ii libtiff4 3.9.4-5 Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxft22.1.14-2 FreeType-based font drawing librar ii libxpm41:3.5.9-1 X11 pixmap library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: pn emacs23-common-non-dfsg 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#611253: rabbitmq-server: --disabled-login should be added to adduser's parameters in postinst
Please see the comments below from upstream: 1. Hi John. It seems like --system already implies --disabled-password, so the only thing --disabled-login gets us is it prevents people from logging on as rabbitmq via ssh keys (if they were to set that up). I'll raise a bug here, but it seems pretty low priority to me. 2. FWIW we've now done this. But it's even more esoteric than I thought - since Debian defaults UsePAM to Yes in sshd_config, it will make no difference at all for most people... John On Thu, 2011-01-27 at 19:19 +0800, Zhengpeng Hou wrote: Package: rabbitmq-server Version: 2.2.0-1 Severity: normal --disabled-login should be passed to adduser in postinst. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-12-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 Versions of packages rabbitmq-server depends on: ii adduser 3.112+nmu1ubuntu4 add and remove users and groups ii erlang-base 1:13.b.3-dfsg-2ubuntu3 Erlang/OTP virtual machine and bas ii erlang-inets 1:13.b.3-dfsg-2ubuntu3 Erlang/OTP Internet clients and se ii erlang-mnesia 1:13.b.3-dfsg-2ubuntu3 Erlang/OTP distributed relational/ ii erlang-os-mon 1:13.b.3-dfsg-2ubuntu3 Erlang/OTP operating system monito ii erlang-ssl1:13.b.3-dfsg-2ubuntu3 Erlang/OTP implementation of SSL ii logrotate 3.7.8-6ubuntu1 Log rotation utility rabbitmq-server recommends no packages. rabbitmq-server 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#611429: ITP: python-django-websocket -- Websocket support for django.
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: python-django-websocket Version : 0.3.0 Upstream Author : Gregor M$(D+d(Bllegger gregor at muellegger de * URL or Web page : http://pypi.python.org/pypi/django-websocket * License : BSD Description : Websocket support for django. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611430: [l10n] Updated Czech translation of dnprogs debconf messages
Package: dnprogs Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of dnprogs debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: dnprogs\n Report-Msgid-Bugs-To: chris...@debian.org\n POT-Creation-Date: 2011-01-18 15:38+0100\n PO-Revision-Date: 2011-01-29 10:22+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../dnet-common.templates:1001 msgid DECnet node name: msgstr Jméno uzlu v síti DECnet: #. Type: string #. Description #: ../dnet-common.templates:1001 msgid All nodes on a DECnet network have a node name. This is similar to the IP hostname but can only be a maximum of 6 characters long. It is common that the DECnet name is the same as the IP name (if your machine has one). If you do not know the answer to this question please contact your system administrator. msgstr Všechny uzly v síti DECnet mají své jméno. To je podobné jako jméno počítače v IP sítích, avšak je omezeno na maximálně 6 znaků. Běžně se pro DECnet použije stejné jméno jako má počítač v síti založené na protokolu IP (pokud nějaké máte). Nevíte-li co zadat, zeptejte se svého správce systému. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid DECnet node address: msgstr Adresa uzlu v síti DECnet: #. Type: string #. Description #: ../dnet-common.templates:2001 msgid All nodes on a DECnet network have a node address. This is two numbers separated with a period (e.g. 3.45) where the first number denotes the area and the second is the node within that area. msgstr Všechny uzly na síti DECnet mají svou adresu. Formát adresy jsou dvě čísla oddělená tečkou (např. 3.45), kde první číslo označuje oblast a druhé uzel v dané oblasti. #. Type: string #. Description #: ../dnet-common.templates:2001 msgid Do not make up a number here. If you do not know your DECnet node address then ask your system administrator. msgstr Adresu DECnet uzlu si nevymýšlejte. Pokud ji neznáte, zeptejte se svého systémového správce. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid DECnet startup changes your ethernet hardware address msgstr Spuštění DECnetu změní vaši ethernetovou hardwarovou adresu #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The \setether\ program in this package will change the hardware (MAC) address of all ethernet cards in your system (by default) to match the DECnet node address. This is essential for the operation of DECnet and so is not optional. However, if you have more than one ethernet card you may want to edit /etc/default/decnet to alter the list of cards whose hardware addresses are changed. msgstr Program „setether“ změní hardwarovou (MAC) adresu všech ethernetových karet v systému, aby odpovídaly adrese uzlu DECnet. To je nezbytné pro správné fungování DECnetu a tudíž se musí provést. Pokud však máte více síťových karet, můžete v souboru /etc/default/decnet upravit seznam karet, jejichž hardwarové adresy se mají změnit. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid Be aware that any other machines that have your system's MAC address in their ARP cache may no longer be able to communicate with you via IP protocols until this cache has timed out or been flushed. msgstr Pamatujte, že okolní počítače, které mají MAC adresu vaší síťové karty uloženu ve své ARP tabulce, s vámi nebudou moci komunikovat přes IP protokoly do té doby, než jim platnost vašeho záznamu v ARP tabulce vyprší, nebo dokud ARP tabulku nevyprázdníte. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid The MAC address cannot be changed on-the-fly so you will need to reboot your machine before DECnet can function. msgstr MAC adresy nemohou být měněny za běhu a proto budete muset před použitím DECnetu počítač restartovat. #. Type: note #. Description #: ../dnet-common.templates:3001 msgid You should also edit /etc/decnet.conf to add the names and addresses of DECnet nodes you want to communicate with. msgstr Také byste měli do souboru /etc/decnet.conf přidat jména a adresy DECnet uzlů, se kterými chcete komunikovat. #. Type: select #. Description #: ../dnet-common.templates:4001 msgid Configure DECnet now: msgstr Nastavit
Bug#611431: [l10n] Updated Czech translation of wvdial debconf messages
Package: wvdial Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of wvdial debconf messages. Please include it with the package. Thanks -- Miroslav Kure # Czech translation of wvdial debconf messages. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the wvdial package. # Miroslav Kure ku...@debian.cz, 2006, 2011. # msgid msgstr Project-Id-Version: wvdial\n Report-Msgid-Bugs-To: wvd...@packages.debian.org\n POT-Creation-Date: 2011-01-27 14:21+\n PO-Revision-Date: 2011-01-29 10:31+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../wvdial.templates:2001 #| msgid Automatically detect and configure your modem? msgid Automatically detect and configure the modem? msgstr Automaticky rozpoznat a nastavit modem? #. Type: boolean #. Description #: ../wvdial.templates:2001 #| msgid #| WvDial can automatically detect your modem and create its configuration #| file. This detection may cause problems with some computers. msgid WvDial can automatically detect the modem and create its configuration file. This detection may cause problems with some computers. msgstr WvDial umí automaticky rozpoznat modem a podle něj vytvořit svůj konfigurační soubor. Rozpoznávání však může na některých počítačích způsobit problémy. #. Type: boolean #. Description #: ../wvdial.templates:2001 msgid You may reconfigure WvDial by running a program called wvdialconf which will write these settings into the /etc/wvdial.conf file. msgstr WvDial můžete přenastavit programem wvdialconf, který zapíše nastavení do souboru /etc/wvdial.conf. #. Type: string #. Description #: ../wvdial.templates:3001 #| msgid Internet service provider's telephone number: msgid ISP's telephone number: msgstr Telefonní číslo poskytovatele Internetu: #. Type: string #. Description #: ../wvdial.templates:3001 #| msgid #| Please provide the telephone number that your Internet service provider #| (ISP) has given to you. msgid Please enter the telephone number that should be used to connect to the Internet Service Provider (ISP). msgstr Zadejte prosím telefonní číslo, které se má použít pro připojení k poskytovateli Internetu (ISP). #. Type: string #. Description #: ../wvdial.templates:4001 msgid Account username: msgstr Uživatelské jméno účtu: #. Type: string #. Description #: ../wvdial.templates:4001 #| msgid #| Please provide the user name or login for your account with your ISP. msgid Please enter the username or login for an account issued by the ISP. msgstr Zadejte prosím uživatelské jméno k účtu, kterým se hlásíte ke svému poskytovateli. #. Type: password #. Description #: ../wvdial.templates:5001 #| msgid Passphrase: msgid Account passphrase: msgstr Heslo nebo fráze: #. Type: password #. Description #: ../wvdial.templates:5001 #| msgid #| Please provide the password or passphrase that unlocks access to your #| account. msgid Please enter the password or passphrase that corresponds with the account username. msgstr Zadejte prosím heslo nebo celou frázi, jež používáte pro přístup ke svému poskytovateli. #. Type: password #. Description #: ../wvdial.templates:6001 #| msgid Passphrase: msgid Confirm passphrase: msgstr Potvrzení hesla nebo fráze: #. Type: password #. Description #: ../wvdial.templates:6001 #| msgid Retype the password or passphrase for verification. msgid Please enter the password or passphrase again for verification. msgstr Pro potvrzení prosím zadejte heslo nebo frázi ještě jednou. #. Type: error #. Description #: ../wvdial.templates:7001 #| msgid Passphrases must match msgid Passphrase mismatch msgstr Hesla nesouhlasí #. Type: error #. Description #: ../wvdial.templates:7001 msgid The passphrase and its confirmation do not match. msgstr Zadaná hesla nebo fráze nesouhlasí. #~| msgid User name #~ msgid User name: #~ msgstr Uživatelské jméno: #~| msgid Again #~ msgid Again: #~ msgstr Potvrzení: #~ msgid #~ The two passphrases that you entered do not match. Please retype them. #~ msgstr Zadaná hesla nejsou stejná. Zadejte je prosím znovu.
Bug#611404: [Debian-eeepc-devel] Bug#611404: rt2860-source: FTBFS: cpio: not found
On 28/01/11 07:14 PM, Jakub Wilk wrote: Source: rt2860-source Version: 1.8.0.0-3 Severity: serious Tags: patch Justification: fails to build from source rt2860-source FTBFS in a clean squeeze chroot. Tail of the build log: | fakeroot debian/rules binary | dh_testdir | dh_testroot | dh_clean -k | dh_clean: dh_clean -k is deprecated; use dh_prep instead | install -D -m 0755 debian/rules.modules \ | debian/tmp/modules/rt2860/debian/rules | for f in *.modules.in control compat copyright changelog; do \ | install -m 0644 debian/$f \ | debian/tmp/modules/rt2860/debian/; \ | done | find . -path ./debian/\* -type d -prune -o -printf %P\n | \ | egrep -v 'debian|contrib|regression|.svn' | \ | cpio -admp debian/tmp/modules/rt2860/ | /bin/sh: cpio: not found | make: *** [install-stamp] Error 127 Adding cpio to Build-Depends fixes this bug. Thanks, but since rt2860 is in the Squeeze kernel, there is not much point. rt2860-source should simply be removed from the archive instead. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611432: bugs.d.o: please add additional redirects
Package: bugs.debian.org Severity: wishlist It would be nice if the following URLs were redirected: http://bugs.debian.org/users:p...@debian.org - http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=p...@debian.org http://bugs.debian.org/user:p...@debian.org - http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=p...@debian.org http://bugs.debian.org/correspondent:p...@debian.org - http://bugs.debian.org/cgi-bin/pkgreport.cgi?correspondent=p...@debian.org -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#611433: Must root update manually?
Package: apt-show-versions Version: 0.16 Severity: wishlist File: /usr/share/man/man1/apt-show-versions.1p.gz -i, --initialize Initialize or update package cache only (as root). Do this every time when the status of the installed or available packages has changed. Huh, are you saying that this won't be taken care of this automatically? Add a clarification. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611434: clarify $Data::Dumper::Sortkeys
Package: perl-doc Version: 5.10.1-17 Severity: wishlist File: /usr/share/man/man3/Data::Dumper.3perl.gz I recommend you add a clarification to o $Data::Dumper::Sortkeys or $OBJ-Sortkeys([NEWVAL]) Can be set to a boolean value to control whether hash keys are dumped in sorted order. A true value will cause the keys of all hashes to be dumped in Perl's default sort order. ALL hashes? $ cat r.pl use Data::Dumper; my %h=(qw/a 1 b 2 c 3/); print keys %h; print sort keys %h; print Dumper(%h); $Data::Dumper::Sortkeys = 1; print Dumper(%h); $ perl -lw r.pl cab abc $VAR1 = 'c'; $VAR2 = '3'; $VAR3 = 'a'; $VAR4 = '1'; $VAR5 = 'b'; $VAR6 = '2'; $VAR1 = 'c'; $VAR2 = '3'; $VAR3 = 'a'; $VAR4 = '1'; $VAR5 = 'b'; $VAR6 = '2'; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611435: consistent fields
Package: apt-show-versions Version: 0.16 Severity: wishlist Of the several different types of lines apt-show-versions might print out, the only thing consistent is that the package name/distribution is in field 1. Field 1 is the only one one can consistently sort on. One other field that always will occur is current version. You might consider giving that a consistent position. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610872: www.debian.org: include ANSSI french crypto export/import document
Le Sun, Jan 23, 2011 at 04:58:12PM +0100, Yves-Alexis Perez a écrit : a recent mail on debian-project asked for a crypto declaration file number to the French authorities. There wasn't any so I did the request and got the file number (1101027) and scanned the documents (available at http://people.debian.org/~corsac/anssi/) Could you integrate them somewhere on the website? It looks like http://www.debian.org/legal/ may be a good page. Do you think that you could also share a copy of the application you sent, in addition to the certificate you received ? Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611404: rt2860-source: FTBFS: cpio: not found
On Sat, Jan 29, 2011 at 00:14:32 +0100, Jakub Wilk wrote: Source: rt2860-source Version: 1.8.0.0-3 Severity: serious Tags: patch Justification: fails to build from source rt2860-source FTBFS in a clean squeeze chroot. Tail of the build log: rt2860 was included in the regular squeeze kernel, I'll remove this package from testing. Cheers, Julien signature.asc Description: Digital signature
Bug#611411: glibc-doc-reference: FTBFS: texi2dvi fails
user release.debian@packages.debian.org usertag 611411 + squeeze-can-defer tag 611411 + squeeze-ignore thanks On Sat, 2011-01-29 at 01:08 +0100, Jakub Wilk wrote: glibc-doc-reference FTBFS in a clean squeeze chroot. Tail of the build log: | texi2dvi --pdf libc.texinfo | make[1]: *** [libc.pdf] Error 1 | make[1]: Leaving directory `/build/sbuild-glibc-doc-reference_2.11.1-1-i386-6OZu9C/glibc-doc-reference-2.11.1/manual' | make: *** [build-stamp] Error 2 If texi2dvi weren't buggy (#611408), the error message would be: | This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) | restricted \write18 enabled. | I can't find the format file `etex.fmt'! It's rather unlikely we're going to need to rebuild glibc-doc-reference in squeeze during its lifetime as a stable release and it's arch:all so this also won't affect autobuilding; marking as not a blocker. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611387: typo3-dummy: Missing dependency on apache2.2-common
Am 28.01.2011 19:21, schrieb Ulrich P. Klein: php5 support is also not installed by default, so libapache2-mod-php5 should be the appropriate dependency. I'm not sure, what you did during install, but typo3-dummy depends on php5 which itself depends on libapache2-mod-php5 (= 5.3.3-7) | libapache2-mod-php5filter (= 5.3.3-7) | php5-cgi (= 5.3.3-7) So at least one of those packages must have been installed. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610868: Bug really in sound-juicer?
Package: sound-juicer Version: 2.28.2-3 Severity: normal Hi there, wondering why s-j knows the name of the CD but not the track names I tried to work around this bug and switching off network before inserting the CDs. But the behaviour was misteriously exactly the same: CDs known to MucicBrainz are shown correctly (without name) and recordable, titles of CDs not known to MucicBrainz are not shown (or recordeable) in s-j. Maybe there's a local cache of CD infos accessible to any user that explains that. So I tried to access the CD with rhythmbox (with internet access) and the result was exactly like in s-j: CD name is shown with name but there is no track (even no unnamed) displayed in the track list window. Not knowing anything about programming (or internals of s-j / rhythmbox) I wonder if this could be related, e.g. because of using the same libraries or plugins. So I think this info might help you to lcate the problem. Thank you for your great work, Christian Meyer The mentioned CDs recorded fine (without name) with goobox. So CDs, drive and access to the discs are fine. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sound-juicer depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii gstreamer0.10-plugins- 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.24-1 GStreamer plugins from the good ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbrasero-media0 2.30.3-2 CD/DVD burning library for GNOME - ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-media02.30.0-1 runtime libraries for the GNOME me ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libmusicbrainz3-6 3.0.2-2 library to access the MusicBrainz. ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer Versions of packages sound-juicer suggests: ii brasero 2.30.3-2CD/DVD burning application for GNO ii gstreamer0.10-lame 0.10.16-0.0 GStreamer lame plugin pn gstreamer0.10-plugins-really none (no description available) ii gstreamer0.10-plugins-ugly 0.10.15-1 GStreamer plugins from the ugly -- 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#611387: typo3-dummy: Missing dependency on apache2.2-common
Am 28.01.2011 18:36, schrieb Ulrich P. Klein: The post-install script calls a2ensite from apache2.2-common Yes it does, but only if you select apache integration mode. This way the integration is automated for apache, but a manual installation is possible if another webserver (link nginx) is used. Depending on apache2.2-common would force other users to install half an apache installation, what i do not want. Perhaps i will provide some typo3-dummy-apache2 and typo3-dummy-nginx etc packages in the future. I put it into Suggestens: until then. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611436: pymol: fails to start
Package: pymol Version: 1.1-1 ---BeginMessage--- Hello; i have installed (apt-get install ...) on Debian amd64 lenny package pymol 1.1-1, which also installs apbs blt freeglut3 libmaloc1 python-pmw python-tk tk8.4. The executable is in /usr/bin/pymol. As it can be seen below, dpkg reports installe, while command python reports problems. Removed, to rely on working CHIMERA and VMD, however curious about this affair. Thanks francesco pietra francesco@tya64:~$ dpkg --status pymol Package: pymol Status: install ok installed Priority: optional Section: science Installed-Size: 16636 Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org Architecture: amd64 Version: 1.1-1 Depends: python ( 2.6), python (= 2.5), python-support (= 0.7.1), freeglut3, libc6 (= 2.7-1), libfreetype6 (= 2.3.5), libgcc1 (= 1:4.1.1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libpng12-0 (= 1.2.13-4), libstdc++6 (= 4.1.1), zlib1g (= 1:1.1.4), python-tk, python-pmw Recommends: apbs Description: Molecular Graphics System PyMOL is a molecular graphics system targetted at medium to large biomolecules like proteins. It can generate high-quality publication-ready molecular graphics images and animations. . Features include: * Visualization of molecules, molecular trajectories and surfaces of crystallography data or orbitals * Molecular builder and sculptor * Internal raytracer and movie generator * Fully extensible and scriptable via a python interface . File formats PyMOL can read include PDB, XYZ, CIF, MDL Molfile, ChemDraw, CCP4 maps, XPLOR maps and Gaussian cube maps. Homepage: http://pymol.sourceforge.net francesco@tya64:~$ pymol Traceback (most recent call last): File /var/lib/python-support/python2.5/pymol//__init__.py, line 183, in module import pymol File /var/lib/python-support/python2.5/pymol/__init__.py, line 438, in module from pymol import _cmd ImportError: /var/lib/python-support/python2.5/pymol/_cmd.so: undefined symbol: PyUnicodeUCS4_SetDefaultEncoding francesco@tya64:~$ *** -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTim5DhoDN6VnGq4xf_-SfYO=ymzzb3iqugvib...@mail.gmail.com ---End Message---
Bug#609970: Tray icon still blinks on start when all day tasks are 'done'
hi again, I still cannot reproduce this behavior here. does it also occur if you start with a clean configuration (rename .osmo - .osmo.something and start osmo afterwards to test the behavior) if so, i will forward upstream, maybe they can help. thanks, eike pgp1oGTfG2Nxm.pgp Description: PGP signature
Bug#611301: linux-image-2.6.37-trunk-amd64: uswsusp does not work on linux 2.6.37
On 28 January 2011 23:08, maximilian attems m...@debian.org wrote: On Fri, Jan 28, 2011 at 05:31:33PM +0100, Michal Suchanek wrote: On 28 January 2011 00:23, maximilian attems m...@debian.org wrote: does echo mem work?? echo disk works (at least powers off) but does not resume. well with that many external modules, you are a bit on your own. tried to unload them before? I unload oss on suspend, it does not suppport suspending yet. I did not try unloading afs and virtualbox, it's not like I use them all the time. I can experiment more with this later but at this time I need the machine running. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594088: [Pkg-samba-maint] Bug#594088: samba-common: wins server not added to /etc/samba/dhcp.conf
On Sat, Jan 29, 2011 at 07:59:56AM +0100, Christian PERRIER wrote: Quoting Mario 'BitKoenig' Holbe (mario.ho...@tu-ilmenau.de): This bug shows up if the lease is RELEASEd AND is still valid upon ifup. ... The attached patch fixes this issue at least for the empty dhcp.conf It's unfortuunately too late for this, sorry. Bummer. I'll probably consider this for post-squeeze and will look more closely to this bug report, then eventually add your patch. Thanks for your work... Should you do, please also consider adjusting the name resolve order according to a DHCP supplied netbios-node-type (dhcp-options(5)) as well. Debian's dhclient doesn't currently request this option from the server but i'm sure this can be changed post-squeeze :) Mario -- There are trivial truths and the great truths. The opposite of a trivial truth is plainly false. The opposite of a great truth is also true. -- Niels Bohr signature.asc Description: Digital signature
Bug#545420: release-notes: Please document Shorewall transition
On Sun, Jan 02, 2011 at 12:05:44AM +0100, Julien Cristau wrote: shorewall (4.4.1.2-1) unstable; urgency=low Users upgrading from Shorewall 4.0 to 4.4 (i.e., Lenny to Squeeze) should refer to this article for details on the upgrade process: http://www.shorewall.net/LennyToSqueeze.html -- Roberto C. Sanchez robe...@connexer.com Sun, 06 Sep 2009 08:52:01 -0400 I don't think it's a good idea to refer to external documentation in the NEW file. The information in that URL should be included in some file under /usr/share/doc/shorewall/ Regards Javier signature.asc Description: Digital signature
Bug#611434: clarify $Data::Dumper::Sortkeys
retitle 611434 it is time Data::Dumper printed hashes correctly thanks NT This will be remedied in time, now that Perl has subroutine prototypes. Who would ever have guessed. OK, they ought to fix it then. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611437: iptables-persistent: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: iptables-persistent Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#611434: clarify $Data::Dumper::Sortkeys
On Sat, Jan 29, 2011 at 05:12:17PM +0800, jida...@jidanni.org wrote: Package: perl-doc Version: 5.10.1-17 Severity: wishlist File: /usr/share/man/man3/Data::Dumper.3perl.gz I recommend you add a clarification to o $Data::Dumper::Sortkeys or $OBJ-Sortkeys([NEWVAL]) Can be set to a boolean value to control whether hash keys are dumped in sorted order. A true value will cause the keys of all hashes to be dumped in Perl's default sort order. ALL hashes? print Dumper(%h); $Data::Dumper::Sortkeys = 1; print Dumper(%h); You aren't dumping a hash, you're dumping a list of scalar values. Quoting the BUGS section: Due to limitations of Perl subroutine call semantics, you cannot pass an array or hash. Prepend it with a \ to pass its reference instead. This will be remedied in time, now that Perl has subroutine prototypes. $Data::Dumper::Sortkeys works fine when you pass it a hash reference. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611438: isc-dhcp-client: please consider requesting netbios-node-type
Package: isc-dhcp-client Version: 4.1.1-P1-15 Severity: wishlist Hello, could you please consider to request the netbios-node-type option from the DHCP server? This way samba could adjust its name resolve order accordingly. This should only require changing the request statement in /etc/dhcp/dhclient.conf Thanks for your work regards Mario -- It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories instead of theories to suit facts. -- Sherlock Holmes by Arthur Conan Doyle signature.asc Description: Digital signature
Bug#611387: typo3-dummy: Missing dependency on apache2.2-common
Am Samstag, den 29.01.2011, 11:53 +0100 schrieb Christian Welzel: Am 28.01.2011 18:36, schrieb Ulrich P. Klein: The post-install script calls a2ensite from apache2.2-common Yes it does, but only if you select apache integration mode. This way the integration is automated for apache, but a manual installation is possible if another webserver (link nginx) is used. Depending on apache2.2-common would force other users to install half an apache installation, what i do not want. Agreed, but using standard debconf priorities (dont't ask for level medium), you are not asked for the apache integration mode, but the default value directory is used, resulting in the post-installation error. signature.asc Description: This is a digitally signed message part
Bug#611439: bad-distribution-in-changes-file natty
Package: lintian Version: 2.4.3 Severity: normal Ubuntu 11.04 (Natty Narwhal) will be released soon. But its name has not been added in lintian yet. So you need to update file ubuntu-dists in linian package, see: /usr/share/lintian/data/changelog-file/ubuntu-dists -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611387: typo3-dummy: Missing dependency on apache2.2-common
php5 support is also not installed by default, so libapache2-mod-php5 should be the appropriate dependency. I'm not sure, what you did during install, but typo3-dummy depends on php5 which itself depends on libapache2-mod-php5 (= 5.3.3-7) | libapache2-mod-php5filter (= 5.3.3-7) | php5-cgi (= 5.3.3-7) So at least one of those packages must have been installed. You are right, I missed the php5 dependency. On my machine, php5-cgi was installed. I just tried to reproduce the problem - if php5-cgi is not installed, aptitude pulls in libapache2-mod-php5 (and therefore also apache2.2-common) automatically. signature.asc Description: This is a digitally signed message part
Bug#609705: to edit metadata cause calibre to freeze
Package: calibre Version: 0.7.42+dfsg-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I also encountered this problem. I used gdb to attach the running process, found it kept looping in the function EditorWidget.fset in the file /usr/lib/calibre/calibre/gui2/comments_editor.py, line 257 def fset(self, val): self.setHtml(val) f = QFontInfo(QApplication.font(self)).pixelSize() style = 'font-size: %dpx;' % (f,) for body in self.page().mainFrame().documentElement().findAll('body'): body.setAttribute('style', style) self.page().setContentEditable(True) If I remove the suspicious parts, the metadata editor does not freeze again. #kanru - -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages calibre depends on: ii calibre-bin0.7.42+dfsg-1 e-book converter and library manag ii imagemagick8:6.6.0.4-3 image manipulation programs ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-beautifulsoup 3.1.0.1-2 error-tolerant HTML parser for Pyt ii python-cherrypy3 3.1.2-1 Python web development framework - ii python-cssutils0.9.7~b2-2CSS Cascading Style Sheets parser ii python-dateutil1.4.1-3 powerful extensions to the standar ii python-dbus0.83.1-1 simple interprocess messaging syst ii python-django-tagging 0.3.1-1 A generic tagging application for ii python-encutils0.9.7~b2-2Encoding detection collection for ii python-imaging 1.1.7-2 Python Imaging Library ii python-lxml2.2.8-2 pythonic binding for the libxml2 a ii python-mechanize 0.1.11-1.1stateful programmatic web browsing ii python-pkg-resources 0.6.14-4 Package Discovery and Resource Acc ii python-pyparsing 1.5.2-2 Python parsing module ii python-pypdf 1.12-3PDF toolkit implemented solely in ii python-pythonmagick0.9.1-3+b1Object-oriented Python interface t ii python-qt4 4.7.3-1+b1Python bindings for Qt4 ii python-routes 1.12.3-1 Routing Recognition and Generation ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim ii xdg-utils 1.1.0~rc1-1 desktop integration utilities from Versions of packages calibre recommends: pn python-dnspython none (no description available) calibre suggests no packages. - -- no debconf information - -- debsums errors found: debsums: changed file /usr/lib/calibre/calibre/gui2/comments_editor.py (from calibre package) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk1EC4sACgkQsbdbXzZcx6IvcQCg2tAxpQdG84s+XfNq96SA+Vfk /uUAn1VnEAqKOJaVAZzYA/SYjYeGmPzK =7NUj -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#289632: ITP
Apparently there are brlcad deb packages available on the brlcad site, but Lintian reports many errors. I will try to fix it. -Nishchay
Bug#611440: lib32asound2-plugins: 32bit a52 encoding lib is missing
Package: lib32asound2-plugins Version: 1.0.23-1+b1 Severity: important The package description says the following: [...] The following plugins are included, among other: - a52: S16 to A52 stream converter [...] But the a52 encoding lib is actually missing in the package. Compared to the libasound2-plugins package (NOT 32bit) the 32bit version is missing equivalent files to libasound2-plugins: /usr/lib/alsa-lib/libasound_module_pcm_a52.so libasound2-plugins: /usr/lib/alsa-lib/libasound_module_pcm_speex.so in the respective path /usr/lib32/alsa-lib/. This is quite annoying as it breaks my sound setup completely for all 32-bit programs, because I need a52 encoding. Please include the libs as mentioned in the package description. apt-file does not show any other package containing the files I'm looking for. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-pgzh (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611441: Mounting Flash-Card as normal user fails
Package: udev Version: 164-3 Severity: normal *** Please type your report below this line *** When i try to readout the flash-card of my camera the automount fails with the error-message attached in the screenshot. (Opening with Krusader in KDE) A manual mount as root works in the shell: mount /dev/sdb1 /media/sdb1 cp -pr /media/sdb1/DCIM/* /srv/photos/. umount /dev/sdb1 I think the rights in the udev configuration must be adjusted? Regards Karsten -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') 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 Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libudev0164-3libudev shared library ii libusb-0.1-42:0.1.12-16 userspace USB programming library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-9 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-6 Linux PCI Utilities ii usbutils 0.87-5 Linux USB utilities udev suggests no packages. -- Configuration Files: /etc/modprobe.d/blacklist.conf changed: blacklist evbug blacklist usbmouse blacklist usbkbd blacklist eepro100 blacklist de4x5 blacklist am53c974 blacklist iTCO_wdt -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: attachment: Flash-Card.png
Bug#611442: x11-xkb-utils: Numlock never enable
Package: x11-xkb-utils Version: 7.5+5 Severity: important On 26/01/11 11:45, Laurent Grawet wrote: Package: x11-xkb-utils Version: 7.5+5 Severity: important Hi, There is a long standing bug (~ Aug. 2010) with NumLock not activating automatically in X or having inverted behaviour (led off - numlock on). All computers I saw where concerned. This is really annoying. I did some testing and the bug was introduced in 7.5+3 Laurent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601729: ftp.debian.org: please merge graphs and data of number of packages in NEW by corsac
On 12283 March 1977, Paul Wise wrote: Please merge the scripts and data for these graphs into ftpmaster: http://molly.corsac.net/~corsac/debian/new/ http://molly.corsac.net/~corsac/debian/new/new.py I guess you will have to contact corsac to get access to the data. I merge it when someone gets me a dak git branch somewhere I can merge from. Obviously the best place to put this in would be dak/queue_report.py and let that update the rrd (or whatever) files, and then in cron.hourly just after queue_report run update the graphs. -- bye, Joerg 00:00:11 LupusE goebelmeier: http://ftp-master.debian.org/new.html - warum steht hier 'mplayer'? ist das eine whishlist? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590321: vzctl: ip6tables does not work in VE
Hi It is now in the latest one. Try this. http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64.deb http://charm.itp.tuwien.ac.at/~mattems/linux-image-2.6.32-5-openvz-amd64_2.6.32-31_amd64.deb.sha512sum.asc // Ola On Tue, Jan 25, 2011 at 11:11:52PM +0100, Christian Hofstädtler wrote: 2011/1/19 Steven Chamberlain ste...@pyro.eu.org: Now, can we please have this fixed for squeeze or (at least) the first point release? It looks like it hasn't been accepted into OpenVZ GIT yet. I'm not sure why. I think it would only be accepted into Debian after that happens. Apparently it's now in OpenVZ GIT: http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=835db9404b7c1d5e9ef16d5dd17a1c8bd7431137 http://git.openvz.org/?p=linux-2.6.32-openvz;a=commit;h=56628f791cdee0846cdf250b7bbad70144f9b231 Any Debian kernel guys watching this bug? Christian -- http://zeha.at/ -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611443: pyblosxom: Newer upstream version available
Package: pyblosxom Severity: wishlist Hi maintainer, Even being a release candidate, pyblosxom 1.5rc2 seems to work well. There's also a nice documentation about last changes here: http://pyblosxom.bluesock.org/1.5/index.html So, please considering pushing it to unstable :) Regards, -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604265: libgl1-mesa-glx: Crash on starting Xorg with radeon GPU
Cyril Brulebois k...@debian.org (21/11/2010): can you please get a full backtrace (i.e. with gdb)? The full X log would be nice as well. Better yet, xorg's bug script output: /usr/share/bug/xserver-xorg-core/script 3/tmp/script.log KiBi. signature.asc Description: Digital signature
Bug#611444: Enable syntax highlighting by default
Package: vim Version: 2:7.2.445+hg~cb94c42c0e1a-1 Severity: wishlist Hello, Please enable syntax highlighting by default. This can be done by uncommenting the following line in /etc/vim/vimrc: syntax on Regards Mathieu Parent -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vim depends on: ii libacl1 2.2.49-4Access control list shared library ii libc62.11.2-9Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libselinux1 2.0.96-1SELinux runtime shared libraries ii vim-common 2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Common files ii vim-runtime 2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: pn ctags none (no description available) pn vim-doc none (no description available) pn vim-scripts 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#261407: LETS BE A GOOD FRIEND
LETS BE A GOOD FRIEND Friendship is sharing a laugh or two; Friendship is leaning on each other when we come to a bend in life's road; Friendship is taking the time to encourage There's a miracle called Friendship. Oh what a miracle it is in just keeping' it real. The Friendship dwells way, way down deep in the heart and soul of a person or individuals. You don't know how this Friendship happens, it just happens so soulfully. It is a light from the Friendship that provides sunlight to the soul whenever it happens. But you know and recognize the gift from above. My name is Jessica from United States of America hope to tell you more about myself as soon as I hear from you. Thanks Jessica. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611445: ITP: haserl -- CGI scripting program for embedded environments
Package: wnpp Severity: wishlist Owner: Chow Loong Jin hyper...@ubuntu.com * Package name: haserl Version : 0.9.27 Upstream Author : Nathan Angelacos nan...@users.sourceforge.net * URL : http://haserl.sf.net * License : GPL-2 Programming Lang: C Description : CGI scripting program for embedded environments Haserl is a small cgi wrapper that allows PHP style cgi programming, but uses a UNIX bash-like shell or Lua as the programming language. It is very small, so it can be used in embedded environments, or where something like PHP is too big. . It combines three features into a small cgi engine: * It parses POST and GET requests, placing form-elements as name=value pairs into the environment for the CGI script to use. This is somewhat like the uncgi wrapper. * It opens a shell, and translates all text into printable statements. All text within % ... % constructs are passed verbatim to the shell. This is somewhat similar to how PHP scripts are parsed. * It can optionally be installed to drop its permissions to the owner of the script, giving it some of the security features of suexec or cgiwrapper. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586062: mesa-dri-experimental: Missing /usr/lib/dri/nouveau_vieux_dri.so
found 586062 7.9+repack-2 found 586062 7.10-1 thanks Christopher James Halse Rogers christopher.halse.rog...@canonical.com (16/06/2010): nouveau_vieux_dri.so is the classic mesa driver for nv04-nv2x nVidia chips. It currently doesn't build against the libdrm in experimental. It appears to be more usable in mesa git master. I plan to add it when we start packaging from the mesa 7.9 branch. Just for the record, not fixed in either 7.9 or 7.10 (yet) packages. KiBi. signature.asc Description: Digital signature
Bug#597019: libgl1-mesa-dev: missing static library (libGL.a)
tag 597019 wontfix thanks Michel Dänzer daen...@debian.org (16/09/2010): I'm leaning towards considering libgl1-mesa-swx11-dev shipping libGL.a a mistake rather than libgl1-mesa-dev not shipping one. Looks sane to me, I'll probably do so in a later upload. Tagging this bug wontfix for now. KiBi. signature.asc Description: Digital signature
Bug#611446: unblock: exim4/4.72-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package exim4 This release fixes a a single bug: PP/06 Bugzilla 1071: fix delivery logging with untrusted macros. If dropping privileges for untrusted macros, we disabled normal logging on the basis that it would fail; for the Exim run-time user, this is not the case, and it resulted in successful deliveries going unlogged. http://bugs.debian.org/610611 Thanks in advance. cu andreas unblock exim4/4.72-5 diff -Nru exim4-4.72/debian/changelog exim4-4.72/debian/changelog --- exim4-4.72/debian/changelog 2011-01-22 17:48:25.0 +0100 +++ exim4-4.72/debian/changelog 2011-01-29 14:33:59.0 +0100 @@ -1,3 +1,13 @@ +exim4 (4.72-5) unstable; urgency=medium + + * 80_4.74_deliverylogging.patch (Pulled from upstream git): If a non-debug +daemon was invoked with a non-whitelisted macro, then logs from after +attempting delivery would be silently lost, including for successful +delivery. This log-loss bug was introduced as part of the security +lockdown for fixing CVE-2010-4345. Closes: #610611 + + -- Andreas Metzler ametz...@debian.org Sat, 29 Jan 2011 14:33:36 +0100 + exim4 (4.72-4) unstable; urgency=medium * In spf example use spf-tools-perl's spfquery instead of the one from diff -Nru exim4-4.72/debian/patches/80_4.74_deliverylogging.patch exim4-4.72/debian/patches/80_4.74_deliverylogging.patch --- exim4-4.72/debian/patches/80_4.74_deliverylogging.patch 1970-01-01 01:00:00.0 +0100 +++ exim4-4.72/debian/patches/80_4.74_deliverylogging.patch 2011-01-29 14:23:38.0 +0100 @@ -0,0 +1,29 @@ +From b7487bcec431809cb7fc3c2b42fcd607e43d37e7 Mon Sep 17 00:00:00 2001 +From: Phil Pennock p...@exim.org +Date: Sun, 23 Jan 2011 05:44:45 -0500 +Subject: [PATCH 1/2] Bug 1071: fix delivery logging with untrusted macros. + +If dropping privileges for untrusted macros, we disabled normal logging +on the basis that it would fail; for the Exim run-time user, this is not +the case, and it resulted in successful deliveries going unlogged. + + +diff -NurBbp a/src/exim.c b/src/exim.c +--- a/src/exim.c 2011-01-29 14:20:00.0 +0100 b/src/exim.c 2011-01-29 14:20:37.0 +0100 +@@ -3426,9 +3426,13 @@ if (( + and should be used for any logging information because attempts to write + to the log will usually fail. To arrange this, we unset really_exim. However, + if no stderr is available there is no point - we might as well have a go +- at the log (if it fails, syslog will be written). */ ++ at the log (if it fails, syslog will be written). + +- if (log_stderr != NULL) really_exim = FALSE; ++ Note that if the invoker is Exim, the logs remain available. Messing with ++ this causes unlogged successful deliveries. */ ++ ++ if ((log_stderr != NULL) (real_uid != exim_uid)) ++really_exim = FALSE; + } + + /* Privilege is to be retained for the moment. It may be dropped later, diff -Nru exim4-4.72/debian/patches/series exim4-4.72/debian/patches/series --- exim4-4.72/debian/patches/series 2011-01-21 19:35:49.0 +0100 +++ exim4-4.72/debian/patches/series 2011-01-29 14:24:25.0 +0100 @@ -19,3 +19,4 @@ 80_4.73rc1_7_filter_D_option.patch 80_4.73rc1_8_updatedocumentation.patch 80_4.74_CVE-2011-0017.patch +80_4.74_deliverylogging.patch signature.asc Description: Digital signature
Bug#611447: please unblock rootstrap 0.3.24-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please unblock rootstrap 0.3.24-6. I understand it's not quite a release critical fix but it makes no sense to ship rootstrap that by default creates images based on old-stable and that eventually would stop working. If you think it's worth having this simple fix in squeeze, this is the diff: Index: trunk/src/rootstrap/rootstrap.conf === --- trunk/src/rootstrap/rootstrap.conf (revision 331) +++ trunk/src/rootstrap/rootstrap.conf (revision 334) @@ -98,7 +98,7 @@ # Debian module # [debian] -dist=lenny +dist=stable # A local mirror is best, a caching proxy (such as squid) # is almost as good Index: trunk/src/rootstrap/debian/changelog === --- trunk/src/rootstrap/debian/changelog(revision 331) +++ trunk/src/rootstrap/debian/changelog(revision 334) @@ -1,3 +1,9 @@ +rootstrap (0.3.24-6) unstable; urgency=high + + * use the stable release in the default rootstrap.conf + + -- Mattia Dongili malat...@debian.org Sat, 29 Jan 2011 19:05:37 +0900 + rootstrap (0.3.24-5) unstable; urgency=low * use Lenny as a default release in the default rootstrap.conf -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611448: dnprogs: [INTL:ja] updated Japanese debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: dnprogs Severity: wishlist Version: 2.56 Tags: l10n patch Hi, I updated Japanese translation of debconf messages (ja.po). Please apply this. Thanks, - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJNRByIAAoJEB0hyD3EUuD8LksP+wW0CS3gE8gxob339CivSP0n W3kdfElPpxWFtgbbcHKLjPizsUrWIXon2e/LDvsUUGQPMT1jdMTwljZoyrOTQ0cp KqJsyf/s8S+oAt/nBwoox3fge570HDCUP8L78c4b/ocJe2jItPIPR/xYsJ8keSc6 bVzwMiiPidgrVTZkgYnAmAQq5Fy1kURb/AP2eAI3GTdmqBE3Np3twYors8VBR41H J67TYDAFtvGwnoII0f8Mxq2iQ2vyUU0wnAnffkQL5QjqnD44B0b6yZuQM5O1vn0d 0BGZoTWr4ruTORjOw29W/dydsX0xV40N3QQB2jo5aDQi8BQMOn00UJMLshkyIasx /Eb+IozMH+yHstEYe3g8bnDan9zPoqwTLl0n+pgEo2syZ19tkI8BBy7bIVSbu68h wamvNcQXDAw9iFctZa/FXm27812oOzE8JjVokLjIyW6mxA0nlT7OwPF1jYDB8Jmt Dp2R3r+6GPg/EuguNr5YccLztD5IoDhJ8j+TYILd7SDyDJq8lbgxgLFZeBIPNcKO +vk3v0z8DgnFKu2O/6qi0rolCAeWEyh3qpH1vpYDyyIabzeg0OMuHwsQcKbez/iT YC/Q5DL89QiRfq0XkKM5765HqmzJLBwtPk1A/eHYfkfqIiDAuSjiQIdtq9671J6y zlw+2s++xeXpLZnYcAay =1mBL -END PGP SIGNATURE- ja.po Description: Binary data
Bug#584166: uboot-mkimage: add compatibility flag for broken u-boot versions
Hey! This is a followup to Debian http://bugs.debian.org/584166 This bug was originally filed against uboot-mkimage which used to provide the mkimage command in Debian. uboot-mkimage was a fork of u-boot and we now have upstream u-boot in Debian instead; mkimage is in a new u-boot-tools binary package built from the u-boot source package. On Wed, Jun 02, 2010, Thibaut GIRKA wrote: Some versions of U-Boot (especially the one in the OpenMoko Freerunner NOR) are broken and don't handle multi-file images the right way. Multi-file images are U-Boot images with a table of sizes (size of the several files), then the abovementionned files, aligned to multiples of 4 bytes. Some broken versions of U-Boot expect a 4-byte padding for already aligned files. Before we dive into the fix, let me try to summarize: * original (old) u-boot found in OpenMoko Freerunner flash had a bug * this bug has been fixed, and only people running the original u-boot binary suffer from it It is also my understanding that the recommended bootloader for Freerunner is Qi and not u-boot. The Freerunner appers to still be on sale, are new phones shipped with a broken u-boot? When users get their Freerunner, do they typically get a firmware update which will flash a new bootloader (Qi or u-boot)? As I understand it, it's really easy to flash u-boot on a Freerunner, and while it's not something we should be done lightly, it seems to have been done in a relatively safe way, and there is only a little chance that you would brick your hardware. My preference would be for Debian to: * communicate on this u-boot bug and point at Qi/updated u-boot binaries and at http://wiki.openmoko.org/wiki/NeoTool to flash it (we should package it?) * either provide a standalone mini-image which will just upgrade u-boot to a recent and corrected version * or fix installer images for Freerunner to be built using the workaround described in the bug report (padding the image before passing it to mkimage) Possibly a third way to address this would be if the Freerunner can load the bootloader from e.g. serial or SD, bypassing the flash one? If that's the case, we could provide installer media using a recent and corrected u-boot. I'm very much against working around bugs in old u-boot binaries permanently in mkimage, and I don't think there is any chance of upstream taking such a patch; even less so with a new command-line flag. We could also have a trivial freerunner-mkimage wrapper achieving the same thing, but again, I very much dislike these options. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610217: Translation updated
Hi, Please use the attached translation instead of previuos one. Thanks, Luca # Italian (it) translation of debconf templates for wvdial # This file is distributed under the same license as the wvdial package. # Luca Monducci luca...@tiscali.it, 2006, 2011. # msgid msgstr Project-Id-Version: wvdial 1.61-4 italian debconf templates\n Report-Msgid-Bugs-To: wvd...@packages.debian.org\n POT-Creation-Date: 2011-01-27 14:21+\n PO-Revision-Date: 2011-01-28 14:53+0100\n Last-Translator: Luca Monducci luca...@tiscali.it\n Language-Team: Debian Italian Team debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../wvdial.templates:2001 msgid Automatically detect and configure the modem? msgstr Riconoscimento e configurazione automatica del modem #. Type: boolean #. Description #: ../wvdial.templates:2001 msgid WvDial can automatically detect the modem and create its configuration file. This detection may cause problems with some computers. msgstr WvDial può automaticamente riconoscere il modem e creare un file di configurazione adatto. Purtroppo il riconoscimento automatico su alcuni computer può creare dei problemi. #. Type: boolean #. Description #: ../wvdial.templates:2001 msgid You may reconfigure WvDial by running a program called wvdialconf which will write these settings into the /etc/wvdial.conf file. msgstr à possibile riconfigurare WvDial usando il programma wvdialconf che modifica le impostazioni nel file /etc/wvdial.conf. #. Type: string #. Description #: ../wvdial.templates:3001 msgid ISP's telephone number: msgstr Numero telefonico dell'ISP: #. Type: string #. Description #: ../wvdial.templates:3001 msgid Please enter the telephone number that should be used to connect to the Internet Service Provider (ISP). msgstr Inserire il numero telefonico da usare per la connessione al proprio ISP (Internet Service Provider). #. Type: string #. Description #: ../wvdial.templates:4001 msgid Account username: msgstr Nome utente: #. Type: string #. Description #: ../wvdial.templates:4001 msgid Please enter the username or login for an account issued by the ISP. msgstr Inserire il nome utente o la login del proprio account rilasciato dall'ISP. #. Type: password #. Description #: ../wvdial.templates:5001 msgid Account passphrase: msgstr Passphrase: #. Type: password #. Description #: ../wvdial.templates:5001 msgid Please enter the password or passphrase that corresponds with the account username. msgstr Inserire la password o la passphrase che corrisponde al proprio account. #. Type: password #. Description #: ../wvdial.templates:6001 msgid Confirm passphrase: msgstr Passphrase (conferma): #. Type: password #. Description #: ../wvdial.templates:6001 msgid Please enter the password or passphrase again for verification. msgstr Inserire nuovamente la password o la passphrase. #. Type: error #. Description #: ../wvdial.templates:7001 msgid Passphrase mismatch msgstr La passphrase non coincide #. Type: error #. Description #: ../wvdial.templates:7001 msgid The passphrase and its confirmation do not match. msgstr La passphrase e la sua conferma non coincidono.
Bug#610664: minimal recipe to replicate?
On Fri, Jan 28, 2011 at 07:37:29PM +, Adam D. Barratt wrote: On Mon, 2011-01-24 at 12:06 -0500, Yaroslav Halchenko wrote: would it fail with a blank 'int main() {return 0;}'? I just wonder on which program it could be reliably replicated? Could you please provide a complete recipe? Pedro, would you be able to provide the information which Yaroslav asked for, please? I have rebuilt google-perftools-1.5 with noopt,nostrip and linked vw (vowpal-wabbit) against profiler -- no segfaults... NB I have not tried in a clean squeeze... just on my squeeze/sid/experimental box Was that on i386 and amd64? Having had a look at the package this evening, it's README.gz says: I did a similar thing and ran several programs (midori, gnome-about, vlc) using LD_PRELOAD, simple test programs linked using -lprofiler, and the complete test suite and could not produce any crash (all on amd64). I think this bug could be downgraded to 'important', as it works for others, and could just be an application issue and not a perftools bug at all (e.g. access via an uninitialized pointer, given that this points to 0xb5=231 which is very small and not correctly aligned for an object of that type). -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606740: typo3-src-4.5: Menu in GLUECK template rendered incorrectly
Am Mittwoch, den 15.12.2010, 20:18 +0100 schrieb Christian Welzel: Am 11.12.2010 12:58, schrieb Ulrich P. Klein: Upgrading from 4.3.8 to 4.5, I noticed that in pages based on the GLUECK template, both menus are set in a single line. A fresh installation shows the same behavior. The HTML source shows that (compared to 4.3.8) the td tags are missing: This seems to be a bug in the upstream distribution. Could you please file a bug in the TYPO3 bugtracker: http://bugs.typo3.org Submitted under http://bugs.typo3.org/view.php?id=16756 There is a patch under http://bugs.typo3.org/view.php?id=17360 which fixes the problem. signature.asc Description: This is a digitally signed message part
Bug#478762: Bug#543907: Netbeans 6.9 and Dependencies Ready for Upload
Hi Andres. On 24/01/2011 01:19, Andres Mejia wrote: I'll have you know that I have finished up work on getting netbeans-6.9 and all needed dependencies ready for upload to Debian. All work can be found in the Debian Java team's git repositories. Any review and possible enhancements and/or fixes that I've might have missed are welcome of course. Thanks for working on netbeans. Some time ago I packaged a small part of netbeans (particularly, org-openide-util-lookup) into the package openide-util, because a needed it as dependency of the package freehep-util. This library is now contained into libnb-platform12-java, so I'd like to drop my copy. Thus, I ask you these two things: 1) Could you please add a pom.xml file for openide-util-platform, so I can use it with maven (that freehep-util uses to build itself)? 2) Installing libnb-platform12-java requires about 20 MB of dependencies which are not necessary for just using openide-util-lookup. How difficult would it be to split the package in smaller library packages, so one can install them more selectively? Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#611356: Bug in libpdf-api2-perl fixed in revision 68018
tag 611356 + pending thanks Some bugs are closed in revision 68018 by Gregor Herrmann (gregoa) Commit message: New upstream release (closes: #611356). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611298: texlive-latex-extra: In pax: pdfannotextractor requires libfile-which-perl
On 07.11.10 Marcel Stimberg (stimb...@users.sourceforge.net) wrote: Hi, This has been reported in the Ubuntu bugtracker (https://bugs.launchpad.net/ubuntu/+source/texlive-extra/+bug/708622) but also applies to texlive-latex-extra 2009-10 in Debian Squeeze/Sid: The package texlive-latex-extra should depend on libfile-which-perl. Otherwise running the script pdfannotextractor (which is a part of pax) returns an error: Can't locate File/Which.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/pdfannotextractor line 102. BEGIN failed--compilation aborted at /usr/bin/pdfannotextractor line 102. There are a lot of perl scripts in TL and many of them need some specific perl packages. We don't want declare a dependency on each package just b/c one script in TL needs it. Normally we add that perl package to the Suggests line. I've done this in SVN, the next upload will contain the fix. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#611449: claims support for python 2.6 but uses 'with'
Package: python-fixtures Version: 0.3.5-1 Severity: normal /usr/lib/pymodules/python2.5/fixtures/tests/_fixtures/test_environ.py:53: Warning: 'with' will become a reserved keyword in Python 2.6 Compiling /usr/lib/pymodules/python2.5/fixtures/tests/_fixtures/test_environ.py ... File /usr/lib/pymodules/python2.5/fixtures/tests/_fixtures/test_environ.py, line 53 with fixture: ^ SyntaxError: invalid syntax /usr/lib/pymodules/python2.5/fixtures/tests/test_fixture.py:115: Warning: 'with' will become a reserved keyword in Python 2.6 Compiling /usr/lib/pymodules/python2.5/fixtures/tests/test_fixture.py ... File /usr/lib/pymodules/python2.5/fixtures/tests/test_fixture.py, line 115 with fixture: ^ SyntaxError: invalid syntax -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-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/bash Versions of packages python-fixtures depends on: ii python2.6.6-4interactive high-level object-orie ii python-support1.0.11 automated rebuilding support for P python-fixtures recommends no packages. python-fixtures 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#610773: [moodle-packaging] Bug#610773: fixed patch
Hello Mònica, Thank you for the suggestion and the patch. I don't think that it is is quite correct, though. If $replyto is specified, then the result will be that the mail will end up having two addresses in the reply-to field: the from address, and the $replyto address. But the intended behaviour is that it should only contain the $replyto address. Also, you shouldn't be calling fullname($from) in the first if branch (when $from is a string). -- Hubert Chathi uho...@debian.org -- Jabber: hub...@uhoreg.ca PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610664: minimal recipe to replicate?
severity 610664 important kthxbye On Sat, Jan 29, 2011 at 15:20:20 +0100, Julian Andres Klode wrote: I did a similar thing and ran several programs (midori, gnome-about, vlc) using LD_PRELOAD, simple test programs linked using -lprofiler, and the complete test suite and could not produce any crash (all on amd64). I think this bug could be downgraded to 'important', as it works for others, and could just be an application issue and not a perftools bug at all (e.g. access via an uninitialized pointer, given that this points to 0xb5=231 which is very small and not correctly aligned for an object of that type). Downgrading then. Cheers, Julien signature.asc Description: Digital signature
Bug#611126: Problem solved after upgrades
I haven't found why in debian change logs, so here is the full upgrade: [MIS A JOUR] bsdutils 1:2.17.2-5 - 1:2.17.2-9 [MIS A JOUR] dpkg 1.15.8.8 - 1.15.8.9 [MIS A JOUR] exim4 4.72-3 - 4.72-4 [MIS A JOUR] exim4-base 4.72-3+b1 - 4.72-4 [MIS A JOUR] exim4-config 4.72-3 - 4.72-4 [MIS A JOUR] exim4-daemon-light 4.72-3+b1 - 4.72-4 [MIS A JOUR] ghostscript 8.71~dfsg2-6.1 - 8.71~dfsg2-9 [MIS A JOUR] ghostscript-cups 8.71~dfsg2-6.1 - 8.71~dfsg2-9 [MIS A JOUR] ghostscript-x 8.71~dfsg2-6.1 - 8.71~dfsg2-9 [MIS A JOUR] grub-common 1.98+20100804-13 - 1.98+20100804-14 [MIS A JOUR] grub-pc 1.98+20100804-13 - 1.98+20100804-14 [MIS A JOUR] libblkid1 2.17.2-5 - 2.17.2-9 [MIS A JOUR] libc-bin 2.11.2-9 - 2.11.2-10 [MIS A JOUR] libc-dev-bin 2.11.2-9 - 2.11.2-10 [MIS A JOUR] libc6 2.11.2-9 - 2.11.2-10 [MIS A JOUR] libc6-dev 2.11.2-9 - 2.11.2-10 [MIS A JOUR] libc6-i386 2.11.2-9 - 2.11.2-10 [MIS A JOUR] libgs8 8.71~dfsg2-6.1 - 8.71~dfsg2-9 [MIS A JOUR] libmono-cairo2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-corlib2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-i18n-west2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-posix2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-security2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-sharpzip2.84-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libmono-system2.0-cil 2.6.7-4 - 2.6.7-5 [MIS A JOUR] libuuid1 2.17.2-5 - 2.17.2-9 [MIS A JOUR] locales 2.11.2-9 - 2.11.2-10 [MIS A JOUR] mono-2.0-gac 2.6.7-4 - 2.6.7-5 [MIS A JOUR] mono-gac 2.6.7-4 - 2.6.7-5 [MIS A JOUR] mono-runtime 2.6.7-4 - 2.6.7-5 [MIS A JOUR] mount 2.17.2-5 - 2.17.2-9 [MIS A JOUR] rhythmbox 0.12.8-2 - 0.12.8-3 [MIS A JOUR] rhythmbox-plugin-cdrecorder 0.12.8-2 - 0.12.8-3 [MIS A JOUR] rhythmbox-plugins 0.12.8-2 - 0.12.8-3 [MIS A JOUR] util-linux 2.17.2-5 - 2.17.2-9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#380172: netpbm too old
What exactly is the problem with the upstream netpbm? I see that Fedora 14 hasnetpbm-10.47.17, surely the license and security problems from 2007 are nothere today anymore. Is this package abandoned? I see no updates for more than 3 years. Aremaintainers too attached to the idea of a Debian fork? If so, then please backport theupdates from upstream. Please don't ruin the fate of a software package simply because you are notmotivated or have ideological issues. Having an outdated version in Debian andUbuntu makes netpbm unreliable for the *entire* FOSS ecosystem, as otherdevelopers can't safely depend on netpbm in *their* packages or scripts! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611450: ITP: node-stringprep -- ICU StringPrep profiles for Node
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: node-stringprep Version : 0.0.2 Upstream Author : Stephan Maka as...@spaceboyz.net * URL : https://github.com/astro/node-stringprep * License : Expat Programming Lang: C++ Description : ICU StringPrep profiles for Node Node is an event-based server-side JavaScript engine. . node-stringprep provides a Node binding to ICU, exposing predefined Unicode normalization functions that are required by many protocols. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610462: update-initramfs: failed for /boot/initrd.img-2.6.32-5-686 (errorcode 127)
Op Thu, 20 Jan 2011 16:59:09 +0100 schreef maximilian attems: any update? Sorry, the mail below bounced from Mika's mail, but not from 610...@bugs.debian.org, so I assumed you had had it. Sorry again for wasting your time, and thanks again for the help. steff Op Tue, 18 Jan 2011 21:33:57 +0100 schreef Michael Prokop: Found the culprit, between the chair and the keyboard as usual. I backup my config files using rcs. removing the RCS folder mentioned below makes everything run smooth again. Thanks both for the quick help, and sorry for the burden. A replay of the finish: What does 'sh -x /usr/sbin/mkinitramfs -o /tmp/foo' display? + umask 0022 + export PATH=/usr/bin:/sbin:/bin + keep=n + CONFDIR=/etc/initramfs-tools + verbose=n + test -e /bin/busybox + BUSYBOXDIR=/bin + test -e /usr/lib/initramfs-tools/bin/busybox + export BUSYBOXDIR + getopt -o c:d:ko:r:v -n /usr/sbin/mkinitramfs -- -o /tmp/foo + OPTIONS= -o '/tmp/foo' -- + [ 0 != 0 ] + eval set -- -o '/tmp/foo' -- + set -- -o /tmp/foo -- + true + outfile=/tmp/foo + shift 2 + true + shift + break + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf + MODULES=most + BUSYBOX=y + KEYMAP=n + COMPRESS=gzip + BOOT=local + DEVICE= + NFSROOT=auto + EXTRA_CONF= + [ -e /usr/share/initramfs-tools/conf.d/* ] + [ -e /etc/initramfs-tools/conf.d/RCS ] + grep -v \.dpkg-.*$ + grep ^[[:alnum:]][[:alnum:]\._-]*$ + basename /etc/initramfs-tools/conf.d/RCS + EXTRA_CONF= RCS + [ -e /etc/initramfs-tools/conf.d/driver-policy ] + grep -v \.dpkg-.*$ + grep ^[[:alnum:]][[:alnum:]\._-]*$ + basename /etc/initramfs-tools/conf.d/driver-policy + EXTRA_CONF= RCS driver-policy + [ -e /etc/initramfs-tools/conf.d/resume ] + grep -v \.dpkg-.*$ + grep ^[[:alnum:]][[:alnum:]\._-]*$ + basename /etc/initramfs-tools/conf.d/resume + EXTRA_CONF= RCS driver-policy resume + [ -e /etc/initramfs-tools/conf.d/RCS ] + . /etc/initramfs-tools/conf.d/RCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584714: btrfs-tools might do too much in initramfs images
On Sat, 22 Jan 2011, Christoph Anton Mitterer wrote: On Fri, 2011-01-21 at 07:49 +1100, Martin Michlmayr wrote: I agree with this bug report that /usr/share/initramfs-tools/modules.d/btrfs should be removed. Simply removing is not a solution,... as it breaks any setups that use btrfs on devices required to boot. initramfs-tools: Handle hidden dependency of libcrc32c on crc32c landed in unstable and is scheduled for squeeze, any progress from your part nuking that file? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584714: btrfs-tools might do too much in initramfs images
On Sat, 2011-01-29 at 16:17 +0100, maximilian attems wrote: I agree with this bug report that /usr/share/initramfs-tools/modules.d/btrfs should be removed. Simply removing is not a solution,... as it breaks any setups that use btrfs on devices required to boot. btw: here, I misread and thought we're talking about the hook script... ^^ initramfs-tools: Handle hidden dependency of libcrc32c on crc32c landed in unstable and is scheduled for squeeze, any progress from your part nuking that file? So if that's fixed,... we can remove it as far as I can see.. But this original bug was about the hook, script which was about adding the btrfs binary to do the initial scan... if that's still required,... we should keep it open. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#510678: libnss-ldap: ldap entry on nsswitch.conf causes gdm hang
forcemerge 500998 510678 thanks Hi there! I cc:ed all the people involved with this bug, sorry for the spam. On Tue, 20 Jan 2009 15:34:08 +0100, Martin Zobel-Helas wrote: the problem is a dead-lock in your setup. This is not a problem of libnss-ldap. On Sun, 04 Jan 2009 20:08:53 +0100, Richard A Nelson wrote: You very likely are simply misconfigured, but I'll not yet drop the severity to a more apropriate value. On Sun, 04 Jan 2009 19:06:33 +0100, Ben Hutchings wrote: Neil Williams wrote: I'm confused. /etc/nsswitch.conf is created by base-files - the base-files postinst merely copies /usr/share/base-files/nsswitch.conf to /etc/ and the contents of that file on this system match the working example you've given in the bug report. libnss-ldap creates /etc/libnss-ldap.conf in the postinst. Installing libnss-ldap in a clean Sid chroot does not change /etc/nsswitch.conf. [...] I don't think this is the problem. As I understand the report, the problem is that LDAP authentication is not working at initial login. My guess is that there is no network connection at this point. Are you using Network Manager to manage the network connection to the LDAP server? This probably will not work because Network Manager does not set up the network connection until after a user has logged in (and has the right privileges, and runs a Network Manager control applet). Bingo, same symptoms as #510678, merged. Thx, bye, Gismo / Luca pgpI6AR6ajKHy.pgp Description: PGP signature
Bug#611451: wget falls back to using the system installed certs, although --ca-* options are given
Package: wget Version: 1.12-2.1 Severity: important Tags: security Hi. wget seems to fall back using the system installed certificates (/etc/ssl/certs) for validating server certs, even if the --ca-certificate= AND/OR --ca-directory= are given, e.g. wget --ca-certificate=/dev/null --ca-directory=/tmp/emptydir https://example.org/ The manpage says however: Without this option Wget looks for CA certificates at the system- specified locations, chosen at OpenSSL installation time. Which implies, that it does not, if at least one of the two options is given. This might be even very security critical, imagine that I wan't to download a very important file, assuring that the server uses the _right_ certificate, issued by the _right_ CA (and not just any of the dozen CAs installed). I'd do something like: wget --ca-certificate=myOwnSuperSecureCAcert https://example.org/superImportantContent and expect that it only accepts the SSL handshake if the server cert is issued by myOwnSuperSecureCAcert. It does however, if any of the system installed CAs issued it. 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#611425: nvidia-kernel-2.6.32-5-amd64: Installing nvidia driver silences bell
reassign 611425 nvidia-graphics-drivers tags 611425 + upstream moreinfo thanks On 2011-01-29 08:01, Joseph S. Riel wrote: Package: nvidia-kernel-2.6.32-5-amd64 Severity: normal Installing the nvidia kernel module silences the bell that one should hear when executing echo -e \a The bell sounds in a virtual terminal, but not in an xterm. Purging nvidia (and restoring the nouveau driver) restores the bell. Which driver version were you using? I assume this was 195.36.31 since you use testing exclusively: -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Could you please test the driver currently in experimental (260.19.something) and see if the problem persists? Thanks. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611452: xserver-xorg-core: switching to linux console leaves screen blank
Package: xserver-xorg-core Version: 2:1.7.7-11 Severity: important After being logged in to my KDE session under X, switching to a virtual linux console using Ctrl-Alt-F1 leads to a blank screen. The console seems to be working, insofar as I can log in blindly and start a command, which I can verify is running after switching back to the X session using Ctrl-Alt-F7. Because of this, I suspect that the problem is that either the video mode is not set correctly, or the font is not loaded. However, I did no special screen mode / font configurations before or after upgrading to lenny, so this can't be the problem. I am not entirely sure whether the problem lies with this package or another one, but I can't come up with a way to find out what exactly is going wrong. If you can point me to a way to pinpoint the problem, I would be glad to do so. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Mar 7 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Jan 12 04:50 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600 GT] (rev a2) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1714 Sep 4 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (buildd@ninsei) Tue Jun 24 18:11:48 UTC 2008 Section ServerLayout Identifier MyLayout Screen 0 MyScreen 0 0 InputDeviceMyKeyboard CoreKeyboard InputDeviceMyMouse CorePointer EndSection Section Files RgbPath /usr/X11R6/lib/X11/rgb FontPath/usr/local/share/fonts EndSection Section Module Load dbe Load extmod Load type1 Load freetype Load glx EndSection Section ServerFlags Option Xinerama 0 EndSection Section InputDevice Identifier MyMouse Driver mouse EndSection Section InputDevice Identifier MyKeyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout de Option XkbVariant basic EndSection Section Monitor Identifier MyMonitor VendorName EIZO ModelName L557 HorizSync 31.0 - 64.0 VertRefresh 59.0 - 61.0 EndSection Section Device Identifier MyDevice Driver nvidia VendorName NVIDIA Corporation BoardName GeForce FX 5900ZT Option RenderAccel true EndSection Section Screen Identifier MyScreen Device MyDevice MonitorMyMonitor DefaultDepth24 Option TwinView 0 Option metamodes nvidia-auto-select +0+0 EndSection Section Extensions Option Composite enable EndSection Kernel version (/proc/version): Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011 Xorg X server log files on system: -rw-r--r-- 1 root root 21949 Apr 27 2010 /var/log/Xorg.2.log -rw-r--r-- 1 root root 12003 Jan 10 00:11 /var/log/Xorg.1.log -rw-r--r-- 1 root root 11804 Jan 29 13:20 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.28-dsa-ia32 i686 Debian Current Operating System: Linux buffy 2.6.32-5-686 #1 SMP Wed Jan 12 04:01:41 UTC 2011 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=defacf2a-dbd7-491a-9867-83f2c9bf8c02 ro quiet Build Date: 12 January 2011 03:44:48AM xorg-server 2:1.7.7-11 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Jan 29 13:20:11 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d Parse error on line 12 of section Files in file /etc/X11/xorg.conf Ignoring obsolete keyword RgbPath. (==) ServerLayout MyLayout (**) |--Screen MyScreen (0) (**) | |--Monitor MyMonitor (**) | |--Device MyDevice (**) |--Input Device MyKeyboard (**) |--Input Device MyMouse (**) Option Xinerama 0 (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (**)
Bug#584166: uboot-mkimage: add compatibility flag for broken u-boot versions
Le samedi 29 janvier 2011 à 15:08 +0100, Loïc Minier a écrit : Hey! [...] Before we dive into the fix, let me try to summarize: * original (old) u-boot found in OpenMoko Freerunner flash had a bug * this bug has been fixed, and only people running the original u-boot binary suffer from it Accurate summary. It is also my understanding that the recommended bootloader for Freerunner is Qi and not u-boot. Well, that's a questionable recommandation. The Freerunner appers to still be on sale, are new phones shipped with a broken u-boot? When users get their Freerunner, do they typically get a firmware update which will flash a new bootloader (Qi or u-boot)? As far as I know, all GTA02 phones are shipped with a broken u-boot. This may not be the case with the forthcoming GTA04 model. It should be a good thing to check before the GTA04 is mass-produced. When users get their Freerunner (GTA02), they can do whatever they want, including switching from u-boot to Qi. However, the backup bootloader remains a broken u-boot. As I understand it, it's really easy to flash u-boot on a Freerunner, and while it's not something we should be done lightly, it seems to have been done in a relatively safe way, and there is only a little chance that you would brick your hardware. Indeed. Plus, unless you somehow manage to overwrite the NOR u-boot, your device isn't really bricked, as you can enter NOR u-boot by holding AUX while booting. My preference would be for Debian to: * communicate on this u-boot bug and point at Qi/updated u-boot binaries and at http://wiki.openmoko.org/wiki/NeoTool to flash it (we should package it?) We should definitely communicate on this bug somewhere on the OpenMoko wiki. * either provide a standalone mini-image which will just upgrade u-boot to a recent and corrected version I'm against that, as it is really easy to upgrade NAND u-boot or replace it by Qi. I don't think we can make it much easier. Furthermore, the installer should rely on the bootloader that's available on all GTA02: the u-boot version stored in NOR. * or fix installer images for Freerunner to be built using the workaround described in the bug report (padding the image before passing it to mkimage) It's the easiest, and IMHO, the cleanest way to do this. Possibly a third way to address this would be if the Freerunner can load the bootloader from e.g. serial or SD, bypassing the flash one? If that's the case, we could provide installer media using a recent and corrected u-boot. As far as I know, it can't. I'm very much against working around bugs in old u-boot binaries permanently in mkimage, and I don't think there is any chance of upstream taking such a patch; even less so with a new command-line flag. We could also have a trivial freerunner-mkimage wrapper achieving the same thing, but again, I very much dislike these options. I can understand that, and indeed, upstream is not keen on accepting such a workaround. I don't have a strong opinion on a freerunner-mkimage wrapper, but it isn't needed if we fix the really specific images we need boot. So, I guess this bug should be closed, and worked around in the really specific places we need to. Regards, Thibaut Girka. signature.asc Description: This is a digitally signed message part
Bug#607495: linux-image-2.6.32-5-amd64: kernel freeze
Hi there. I recently updated my system - here's the update log: Commit Log for Sat Jan 29 15:01:33 2011 Upgraded the following packages: dpkg (1.15.8.8) to 1.15.8.9 dpkg-dev (1.15.8.8) to 1.15.8.9 grub-common (1.98+20100804-13) to 1.98+20100804-14 grub-pc (1.98+20100804-13) to 1.98+20100804-14 ia32-libs (20101129) to 20110117 libc-bin (2.11.2-9) to 2.11.2-10 libc-dev-bin (2.11.2-9) to 2.11.2-10 libc6 (2.11.2-9) to 2.11.2-10 libc6-dbg (2.11.2-9) to 2.11.2-10 libc6-dev (2.11.2-9) to 2.11.2-10 libc6-i386 (2.11.2-9) to 2.11.2-10 libdpkg-perl (1.15.8.8) to 1.15.8.9 locales (2.11.2-9) to 2.11.2-10 I rebooted and ran the ./reproduce-bug.sh v3c-repo test. The machine failed to respond while all available memory was consumed, but after a minute or two the process was killed and the operating system and desktop were paged back in. I would consider this bug as solved, providing there aren't any others out there who continue to experience the problem after these updates. Philip
Bug#608253: [Pkg-xen-devel] Release notes addition for Xen support in Debian
On Tue, Jan 25, 2011 at 15:34:23 +, Justin B Rye wrote: # para # Upgrades from Lenny will not automatically install Xen version 4.0. Instead # you need to install Xen 4.0 and a corresponding dom0 kernel explicitly. See # the wiki page for instructions on how to set up the Xen hypervisor and dom0 # kernel under Squeeze. # /para Is this actually true? Don't the xen-linux-system-2.6-xen-* metapackages take care of this upgrade? Cheers, Julien signature.asc Description: Digital signature
Bug#611444: Enable syntax highlighting by default
On Sat, Jan 29, 2011 at 09:32:08AM -0500, James Vega wrote: tag 611444 wontfix thanks On Sat, Jan 29, 2011 at 02:46:19PM +0100, Mathieu Parent wrote: Please enable syntax highlighting by default. This can be done by uncommenting the following line in /etc/vim/vimrc: syntax on You're more than welcome to do that in your own ~/.vimrc file or to modify /etc/vim/vimrc yourself (although I wouldn't recommend it) but that won't be done by the packaging. Turning on syntax highlighting also enable filetype plugins and as described in /usr/share/doc/vim/NEWS.Debian.gz (quoted below) enabling this before the user's vimrc is sourced prevents the user from being able to change certain portions of Vim's behavior. Filetype plugins are no longer enabled by default because certain actions (like preventing the loading of the default menus) *must* occur before filetype detection is enabled. By enabling filetype plugins (and detection) in debian.vim, we were preventing the user from being able to make changes to Vim's behavior. Filetype plugins can be re-enabled via filetype plugin on. As another data point: https://bugs.launchpad.net/ubuntu/+source/vim/+bug/572627 -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Bug#611453: screen: vertical split not documented in man page
Package: screen Version: 4.0.3-11+lenny1 Severity: minor I just discovered C-a | to split the screen vertically, by chance, on the Internet. No wonder, it's not in the man page. I suggest adding the word horizontally to C-A S, and adding C-a | : C-a S (split) Split the current region horizontally into two new ones. See also only, remove, focus. C-a | (split) Split the current region vertically into two new ones. See also only, remove, focus. (I suppose command names might need to be adapted, I don't know how that works inside...) -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-15) (ignored: LC_ALL set to fr_FR@euro) Shell: /bin/sh linked to /bin/bash Versions of packages screen depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l screen recommends no packages. screen suggests no packages. -- debconf information: screen/old_upgrade_prompt: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611454: Dangling symlinks overwriting orte-checkpoint and orte-restart
Package: openmpi-checkpoint Version: 1.4.2-4 Severity: important The commands are both self referential: lrwxrwxrwx 1 mattems mattems 15 Jan 7 15:04 ompi-checkpoint - orte-checkpoint lrwxrwxrwx 1 mattems mattems 12 Jan 7 15:04 ompi-restart - orte-restart lrwxrwxrwx 1 mattems mattems 15 Jan 7 15:04 orte-checkpoint - ompi-checkpoint lrwxrwxrwx 1 mattems mattems 12 Jan 7 15:04 orte-restart - ompi-restart At a quick look debian/openmpi-checkpoint.links is wrong. thanks -- maks -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openmpi-checkpoint depends on: ii blcr-util 0.8.2-15 Userspace tools to Checkpoint and ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcr00.8.2-15 Libraries to Checkpoint and Restar ii openmpi-bin 1.4.2-4high performance message passing l openmpi-checkpoint recommends no packages. openmpi-checkpoint 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#611188: please disable starting daemons in native mode
On Wed, 26 Jan 2011 16:26:55 +0100 Daniel Baumann dan...@debian.org wrote: from looking at the sources i see you're moving start-stop-daemon and/or initctrl arround; i wonder why you're not using the same approach as debian-live does through policy-d.rc, which looks much simpler to me: I'll update the file comments because that particular script is intended for use with upstart. http://live.debian.net/gitweb?p=live-build.git;a=blob;f=scripts/build/lb_chroot_sysv-rc;h=5829275539978a9dd781b3a9e60ac4923c8675b0;hb=HEAD#l49 look at line number 49ff. ... which only works if sysvinit is in use. Added to the existing script. Section added to the manpage. Use the /usr/share/multistrap/chroot.sh script as your setupscript or include that script in your own setup script. setupscript=/usr/share/multistrap/chroot.sh -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpicvYfrtLKH.pgp Description: PGP signature
Bug#611452: xserver-xorg-core: switching to linux console leaves screen blank
reassign 611452 nvidia-glx thanks Hi Carsten, Carsten Allefeld carsten.allef...@googlemail.com (29/01/2011): Package: xserver-xorg-core Version: 2:1.7.7-11 Severity: important After being logged in to my KDE session under X, switching to a virtual linux console using Ctrl-Alt-F1 leads to a blank screen. The console seems to be working, insofar as I can log in blindly and start a command, which I can verify is running after switching back to the X session using Ctrl-Alt-F7. Because of this, I suspect that the problem is that either the video mode is not set correctly, or the font is not loaded. However, I did no special screen mode / font configurations before or after upgrading to lenny, so this can't be the problem. I am not entirely sure whether the problem lies with this package or another one, but I can't come up with a way to find out what exactly is going wrong. If you can point me to a way to pinpoint the problem, I would be glad to do so. you're using nvidia stuff, so I'm reassigning to the nvidia-glx package, which is the entry point for bug reports against nvidia-related packages (as far as I can tell; please, nvidia maintainers, tell us if there's a more appropriate package in such cases). KiBi. signature.asc Description: Digital signature
Bug#532053: Loosing DNS resolution
subscribe 532053 I have the same problem. Networking and surfing works fine until i plugin another router on the other eth. Then the resolv.conf is overwritten and DNS is not working any more. I see no sense in this behaviour? Why it is overwritten? How can i avoid that it is overwritten? I think it should be possible to use a fixed network configuration. Regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574555: Kernel OOPS with b43
Hi, I have the same problem with linux-image-2.6.32-5-amd64 on a Dell Studio 1558 (my kernel is tainted by fglrx) : kernel BUG at /build/buildd-linux-2.6_2.6.32-30-amd64-d4MbNM/linux-2.6-2.6.32/debian/build/source_amd64_none/drivers/net/wireless/b43/dma.c:1426! invalid opcode: [#1] SMP last sysfs file: /sys/module/aes_generic/initstate CPU 3 Modules linked in: aes_x86_64 aes_generic parport_pc ppdev lp parport loop firewire_sbp2 snd_hda_codec_atihdmi snd_hda_codec_idt snd_hda_intel arc4 snd_hda_codec ecb snd_hwdep snd_pcm snd_seq b43 rng_core joydev snd_timer snd_seq_device mac80211 snd cfg80211 soundcore snd_page_alloc dell_laptop rfkill i2c_i801 ssb uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 video pcmcia i2c_core fglrx(P) psmouse wmi output dcdbas pcmcia_core ac processor button battery evdev serio_raw ext4 mbcache jbd2 crc16 sg sr_mod sd_mod cdrom crc_t10dif ahci libata r8169 firewire_ohci sdhci_pci firewire_core sdhci mii fan mmc_core crc_itu_t led_class scsi_mod thermal ehci_hcd thermal_sys usbcore nls_base [last unloaded: scsi_wait_scan] Pid: 2866, comm: irq/17-b43 Tainted: P 2.6.32-5-amd64 #1 Studio 1558 RIP: 0010:[a0503f6e] [a0503f6e] b43_dma_handle_txstatus+0xdc/0x161 [b43] RSP: :8801236f9d30 EFLAGS: 00010246 RAX: RBX: 88012714db40 RCX: 0001 RDX: RSI: RDI: 88000539e000 RBP: 880133504000 R08: R09: 8801222e0800 R10: 88013652c700 R11: 8119b22f R12: 04aa R13: 8801236f9dd0 R14: a050a1c0 R15: FS: () GS:88000538() knlGS: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b CR2: 7f39e8b41000 CR3: 0001221ed000 CR4: 06e0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process irq/17-b43 (pid: 2866, threadinfo 8801236f8000, task 880129cc) Stack: 88012ab5a300 880005395780 880127ae2ff0 880133504000 0 244d0011 8801236f9dd0 2000 880129cc 0 8801371178f8 a04ffd67 880133504000 a04f48a8 Call Trace: [a04ffd67] ? b43_handle_txstatus+0x4f/0x5c [b43] [a04f48a8] ? b43_do_interrupt_thread+0x533/0x568 [b43] [8101657d] ? read_tsc+0xa/0x20 [a04f48f6] ? b43_interrupt_thread_handler+0x19/0x2d [b43] [81094cb3] ? irq_thread+0x114/0x211 [81094b9f] ? irq_thread+0x0/0x211 [81064a5d] ? kthread+0x79/0x81 [81011baa] ? child_rip+0xa/0x20 [810649e4] ? kthread+0x0/0x81 [81011ba0] ? child_rip+0x0/0x20 Code: 83 e2 fc 48 83 c2 6e 48 8b 71 08 48 89 df b9 01 00 00 00 e8 de f6 ff ff 48 8b 44 24 10 80 78 10 00 74 3c 48 8b 00 48 85 c0 75 04 0f 0b eb fe 48 8d 70 38 4c 89 ea 48 89 ef e8 06 bd ff ff 48 8b RIP [a0503f6e] b43_dma_handle_txstatus+0xdc/0x161 [b43] RSP 8801236f9d30 ---[ end trace 33367a62533c9eec ]--- Some firmware loading : b43 ssb0:0: firmware: requesting b43/ucode15.fw b43 ssb0:0: firmware: requesting b43/lp0initvals15.fw b43 ssb0:0: firmware: requesting b43/lp0bsinitvals15.fw b43-phy0: Loading firmware version 478.104 (2008-07-01 00:50:23) Attached is this trace and part of another trace. Jan 29 15:23:53 Tethys kernel: [ 229.813209] BUG: unable to handle kernel paging request at 00a600040189 Jan 29 15:23:53 Tethys kernel: [ 229.813215] IP: [a04e8f31] b43_dma_handle_txstatus+0x9f/0x161 [b43] Jan 29 15:23:53 Tethys kernel: [ 229.813225] PGD 0 Jan 29 15:23:53 Tethys kernel: [ 229.813227] Oops: [#1] SMP Jan 29 15:23:53 Tethys kernel: [ 229.813229] last sysfs file: /sys/module/aes_generic/initstate Jan 29 15:23:53 Tethys kernel: [ 229.813232] CPU 3 Jan 29 15:23:53 Tethys kernel: [ 229.813233] Modules linked in: aes_x86_64 aes_generic parport_pc ppdev lp parport loop firewire_sbp2 snd_hda_codec_atihdmi snd_hda_codec_idt arc4 snd_hda_intel snd_hda_codec ecb snd_hwdep snd_pcm snd_seq uvcvideo b43 rng_core snd_timer snd_seq_device joydev videodev mac80211 snd cfg80211 soundcore v4l1_compat snd_page_alloc ssb i2c_i801 v4l2_compat_ioctl32 fglrx(P) pcmcia dell_laptop i2c_core rfkill pcmcia_core wmi video button output dcdbas battery ac processor evdev psmouse serio_raw ext4 mbcache jbd2 crc16 sg sd_mod sr_mod crc_t10dif cdrom firewire_ohci sdhci_pci ahci fan libata sdhci firewire_core mmc_core led_class scsi_mod r8169 crc_itu_t mii ehci_hcd usbcore thermal thermal_sys nls_base [last unloaded: scsi_wait_scan] Jan 29 15:23:53 Tethys kernel: [ 229.813276] Pid: 3990, comm: irq/17-b43 Tainted: P 2.6.32-5-amd64 #1 Studio 1558 Jan 29 15:23:53 Tethys kernel: [ 229.813277] RIP: 0010:[a04e8f31] [a04e8f31] b43_dma_handle_txstatus+0x9f/0x161 [b43] Jan 29 15:23:53 Tethys kernel: [ 229.813282] RSP: 0018:880124c95d30 EFLAGS: 00010206 Jan 29 15:23:53 Tethys kernel:
Bug#611134: CVE-2011-0011 qemu-kvm: Setting VNC password to empty string silently disables all authentication
user release.debian@packages.debian.org usertag 611134 squeeze-can-defer tag 611134 squeeze-ignore kthxbye On Tue, Jan 25, 2011 at 22:25:27 +0100, Moritz Muehlenhoff wrote: Package: kvm Severity: grave Tags: security Please see the following entry in the Red Hat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-0011 Tagging as not a blocker for squeeze. Cheers, Julien signature.asc Description: Digital signature
Bug#534692: severity of 534692 is serious, found 534692 in 110-2
user release.debian@packages.debian.org usertag 534692 squeeze-will-remove kthxbye On Fri, Jan 28, 2011 at 21:53:13 +0100, Jakub Wilk wrote: # FTBFS in squeeze severity 534692 serious found 534692 110-2 thanks I'll add a removal hint, the latest version isn't getting built. Cheers, Julien signature.asc Description: Digital signature
Bug#611455: nm.debian.org: please merge graphs and data of time people are in NM by corsac
Package: nm.debian.org Severity: wishlist X-Debbugs-CC: Yves-Alexis Perez cor...@debian.org Please merge the scripts and data for these graphs into nm.d.o: http://molly.corsac.net/~corsac/debian/nm-time/ http://molly.corsac.net/~corsac/debian/nm-time/nm-time.py http://molly.corsac.net/~corsac/debian/nm-time/nm-time.rrd -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#611456: [Fwd: Success in building x86info under GNU/Hurd]
Package: x86info Version: 1.25-1 Severity: normal Forwarded Message From: Svante Signell s...@kth.se Reply-to: s...@kth.se To: bug-hurd bug-h...@gnu.org Cc: debian-hurd debian-h...@lists.debian.org, Debian Bug Tracking System sub...@bugs.debian.org Subject: Success in building x86info under GNU/Hurd Date: Sat, 29 Jan 2011 17:15:37 +0100 Hi, when building x86info under GNU/Hurd (and according to the web other packages like erlang, see Debian bug ##527589) functions like __CPU_ZERO_S and __CPU_SET_S are not defined causing a build error. Tracing it back to the header files I found that /usr/include/sched.h from libc6-dev/libc0.3-dev are identical on Linux and Hurd but not /usr/include/bits/sched.h. Attached is a diff between these files. In the Linux version of the file the for Hurd missing functions are properly defined, and it looks like the Hurd version is outdated. Exchanging the Hurd header with the Linux header file made x86info build. Adding the hurd-i386 to the Debian .dsc and control files enabled x86info package to build :-) The only problem to install x86info_1.25-1_hurd-i386.deb is the dependency of makedev which conflicts with Hurd or udev which is not available for Hurd. One small problem was found during the build: x86info.o: In function `bind_cpu': cpuid.o: In function `native_cpuid': /home/srs/DEBs/x86info-1.25/x86info.h:186: warning: warning: sched_getaffinity is not implemented and will always fail /home/srs/DEBs/x86info-1.25/x86info.h:189: warning: warning: sched_setaffinity is not implemented and will always fail However trying the x86info command under qemu/hurd gave the following result: x86info v1.25. Dave Jones 2001-2009 Feedback to da...@redhat.com. Found 1 CPU -- EFamily: 0 EModel: 0 Family: 6 Model: 3 Stepping: 3 CPU Model: Pentium II (Klamath) [C0] Type: 0 (Original OEM) Brand: 0 (Unsupported) Number of cores per physical package=1 Number of logical processors per socket=1 Number of logical processors per core=1 APIC ID: 0x0Package: 0 Core: 0 SMT ID 0 --- hurd_bits_sched.h 2011-01-28 23:27:43.0 +0100 +++ linux_bits_sched.h 2011-01-23 21:26:16.0 +0100 @@ -1,6 +1,7 @@ /* Definitions of constants and data structure for POSIX 1003.1b-1993 scheduling interface. - Copyright (C) 1996, 1997, 2001, 2003, 2007 Free Software Foundation, Inc. + Copyright (C) 1996-1999,2001-2003,2005,2006,2007,2008,2009 + Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or @@ -29,12 +30,64 @@ #define SCHED_OTHER 0 #define SCHED_FIFO 1 #define SCHED_RR 2 +#ifdef __USE_GNU +# define SCHED_BATCH 3 +#endif -/* Data structure to describe a process' schedulability. */ +#ifdef __USE_MISC +/* Cloning flags. */ +# define CSIGNAL 0x00ff /* Signal mask to be sent at exit. */ +# define CLONE_VM 0x0100 /* Set if VM shared between processes. */ +# define CLONE_FS 0x0200 /* Set if fs info shared between processes. */ +# define CLONE_FILES 0x0400 /* Set if open files shared between processes. */ +# define CLONE_SIGHAND 0x0800 /* Set if signal handlers shared. */ +# define CLONE_PTRACE 0x2000 /* Set if tracing continues on the child. */ +# define CLONE_VFORK 0x4000 /* Set if the parent wants the child to + wake it up on mm_release. */ +# define CLONE_PARENT 0x8000 /* Set if we want to have the same + parent as the cloner. */ +# define CLONE_THREAD 0x0001 /* Set to add to same thread group. */ +# define CLONE_NEWNS 0x0002 /* Set to create new namespace. */ +# define CLONE_SYSVSEM 0x0004 /* Set to shared SVID SEM_UNDO semantics. */ +# define CLONE_SETTLS 0x0008 /* Set TLS info. */ +# define CLONE_PARENT_SETTID 0x0010 /* Store TID in userlevel buffer + before MM copy. */ +# define CLONE_CHILD_CLEARTID 0x0020 /* Register exit futex and memory + location to clear. */ +# define CLONE_DETACHED 0x0040 /* Create clone detached. */ +# define CLONE_UNTRACED 0x0080 /* Set if the tracing process can't + force CLONE_PTRACE on this clone. */ +# define CLONE_CHILD_SETTID 0x0100 /* Store TID in userlevel buffer in + the child. */ +# define CLONE_NEWUTS 0x0400 /* New utsname group. */ +# define CLONE_NEWIPC 0x0800 /* New ipcs. */ +# define CLONE_NEWUSER 0x1000 /* New user namespace. */ +# define CLONE_NEWPID 0x2000 /* New pid namespace. */ +# define CLONE_NEWNET 0x4000 /* New network namespace. */ +# define CLONE_IO 0x8000 /* Clone I/O context. */ +#endif + +/* The official definition. */ struct sched_param -{ - int __sched_priority; -}; + { +int __sched_priority; + }; + +__BEGIN_DECLS + +#ifdef __USE_MISC +/* Clone current process. */ +extern int clone (int (*__fn) (void *__arg), void *__child_stack, + int
Bug#334917: [PATCH] Re: klibc barfs on m68k syscall interface
tag 334917 = patch thanks Hi, I’ve fixed the m68k syscall of klibc and made it able to use six-argument syscalls like mmap2. However, I could not yet fully test it (only mostly; opendir() specifically fails) due to: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533 @m68k porters: Please have a look at the gcc bug as well. @klibc: Please apply the patch, it’s better than what we have, and (@packagers) with a binNMU it can be fixed once gcc works. bye, //mirabilos -- 22:20⎜asarch The crazy that persists in his craziness becomes a master 22:21⎜asarch And the distance between the craziness and geniality is only measured by the success 22:21⎜mksh it’s a very thin line anyway… with some, you don’t know which side they’re ondiff -Nru klibc-1.5.21/debian/changelog klibc-1.5.21/debian/changelog --- klibc-1.5.21/debian/changelog 2011-01-29 12:48:07.0 +0100 +++ klibc-1.5.21/debian/changelog 2011-01-29 15:48:04.0 +0100 @@ -1,3 +1,10 @@ +klibc (1.5.21-1+tg.2) unstable; urgency=low + + * debian/patches/fix-m68k-syscalls: rewrite m68k syscall ABI +to fix it (Closes: #334917) and support 6-argument syscalls. + + -- Thorsten Glaser t...@mirbsd.de Sat, 29 Jan 2011 15:48:02 +0100 + klibc (1.5.21-1+tg.1) unstable; urgency=low * debian/patches/add-{arc4random,mkstemp}: add a minimalistic diff -Nru klibc-1.5.21/debian/patches/fix-m68k-syscalls klibc-1.5.21/debian/patches/fix-m68k-syscalls --- klibc-1.5.21/debian/patches/fix-m68k-syscalls 1970-01-01 01:00:00.0 +0100 +++ klibc-1.5.21/debian/patches/fix-m68k-syscalls 2011-01-29 15:47:18.0 +0100 @@ -0,0 +1,99 @@ +* Fix #334917 by rewriting the syscall API +* Document this has been tested + +Index: klibc-1.5.21/usr/klibc/arch/m68k/syscall.S +=== +--- klibc-1.5.21.orig/usr/klibc/arch/m68k/syscall.S2011-01-29 13:28:39.0 +0100 klibc-1.5.21/usr/klibc/arch/m68k/syscall.S 2011-01-29 15:47:09.0 +0100 +@@ -11,17 +11,47 @@ + .globl __syscall_common + .type __syscall_common, @function + __syscall_common: +- movem.l %d2-%d6, -(%sp) /* 5 registers saved */ +- movem.l 24(%sp), %d1-%d6 ++#if 0 ++ /* debugging: define int32_t last_syscall; in your code... */ ++ move.l %d0, (last_syscall) /* to see which is actually run */ ++#endif ++ /* ++ * According to eglibc, separate moves are faster than movem; ++ * speed is important and this code is not duplicated anyway, ++ * so we do the same here. We use %a1 as scratch register for ++ * saving; syscall arguments are to be in %d1 to %d5 and %a0. ++ */ ++ move.l 24(%sp), %a0/* orig.sp+24: arg 6 */ ++ move.l %d5, -(%sp) /* push d5 (callee saved) */ ++ move.l 24(%sp), %d5/* orig.sp+20: arg 5 */ ++ move.l %d4, -(%sp) /* push d4 (callee saved) */ ++ move.l 24(%sp), %d4/* orig.sp+16: arg 4 */ ++ move.l %d3, -(%sp) /* push d3 (callee saved) */ ++ move.l 24(%sp), %d3/* orig.sp+12: arg 3 */ ++ move.l %d2, %a1/* save d2 (callee saved) in a1 */ ++ move.l 20(%sp), %d2/* orig.sp+8: arg 2 */ ++ move.l 16(%sp), %d1/* orig.sp+4: arg 1 */ + trap#0 +- cmpi.l #-4095, %d0 +- blt.l 1f ++ move.l %a1, %d2/* restore d2 from a1 (scratch) */ ++ move.l (%sp)+, %d3 /* pop d3..d5, see above */ ++ move.l (%sp)+, %d4 ++ move.l (%sp)+, %d5 ++ ++ /* syscall is done, result in %d0, registers are restored */ ++ .globl __syscall_checkandout ++__syscall_checkandout: ++ /* now check for error */ ++ cmp.l #-4095, %d0 ++ bcs.l 1f /* jmp short if _not_ error */ ++ ++ /* prepare for error return */ + neg.l %d0 + move.l %d0, (errno) +- moveq #-1, %d0 +-1: +- movea.l %d0, %a0/* Redundant return */ +- movem.l (%sp)+, %d2-%d6 /* Restore registers */ ++ move.l #-1, %d0 ++ /* fallthrough to common return path */ ++ ++1:/* copy return value to %a0 for syscalls returning pointers */ ++ move.l %d0, %a0 + rts + + .size __syscall_common,.-__syscall_common +Index: klibc-1.5.21/usr/klibc/README.klibc +=== +--- klibc-1.5.21.orig/usr/klibc/README.klibc 2011-01-29 14:49:53.0 +0100 klibc-1.5.21/usr/klibc/README.klibc2011-01-29 14:53:57.0 +0100 +@@ -44,7 +44,7 @@ +i386: Working +ia64: Working static, shared untested +m32r: Untested +- m68k: Untested ++ m68k: Working +m68knommu: Not yet ported +mips: Working +mips64: Not yet ported +Index: klibc-1.5.21/usr/klibc/arch/m68k/vfork.S
Bug#611457: libfluidsynth-dev: depends on liblash-dev, which should be recommended imo
Package: libfluidsynth-dev Version: 1.1.1-5 Severity: normal libfluidsynth-dev: depends on liblash-dev, which should be recommended imo, I don't want lash -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.7.2-rt30-multimedia-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfluidsynth-dev depends on: ii libasound2-dev 1.0.23-2.1shared library for ALSA applicatio ii libfluidsynth1 1.1.1-5 Real-time MIDI software synthesize ii libglib2.0-dev 2.24.2-1 Development files for the GLib lib ii libjack-dev1:0.118+svn3796-7 JACK Audio Connection Kit (develop pn liblash-dev | ladcca-d none(no description available) ii libncurses5-dev [libnc 5.7+20100313-5developer's libraries and docs for pn libpulse-dev none(no description available) ii libreadline-dev6.1-3 GNU readline and history libraries ii libsndfile1-dev [libsn 1.0.21-3 Development files for libsndfile; libfluidsynth-dev recommends no packages. libfluidsynth-dev suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611458: softflowd 0.9.8-2 has broken NetFlow v9 support due to swapped first/last
Package: softflowd Version: 0.9.8-2 Severity: grave softflowd 0.9.8-2 has broken NetFlow v9 support due to swapped first/last. The fix for this was applied on 3rd of May 2010: http://code.google.com/p/softflowd/source/detail?r=e416c63c4e019755387cb8fda76f562c66ceaace 8- Log message - (djm) Swap nf9 last/first switched. They were reversed in the struct vs our template flowset. Patch from stephen AT sfnelson.org. https://bugzilla.mindrot.org/show_bug.cgi?id=1760 -8 Please apply that patch so that NetFlow 9 support is functional again and does not confuse other possible users (apparently few in Debian otherwise they must have noticed this problem). I've locally swapped mine and rebuild the package and it works like a charm now. (Great for testing collectors ;) Of course, there are a few more changes, see http://code.google.com/p/softflowd/source/list for the full list, but they are mostly warning fixes, nothing that breaks actual functionality. Thanks! Greets, Jeroen signature.asc Description: OpenPGP digital signature
Bug#611459: cdrom: installed system crashes when quitting X
Package: cdrom Severity: normal *** Please type your report below this line *** Installation from debian-squeeze-di-rc2-amd64-netinst.iso (and i386) works smoothly up to the point of switching from X to console, quitting X, or shutting down the system. Any of the above actions causes the system to completely hang with a blank screen, taking several resets to restart. Same issue exists with i386 and Ubuntu (I tried both). After trying many different things (including experimental kernel), turns out that setting vga=795 boot parameter makes the problem go away. That is, making the boot screen resolution identical to X on my system (1280x1024x24). I suppose this issue is being taken care off in future kernel releases, however this report could help save others frustration and time. Perhaps the installer should automatically set the boot parameter during grub config, as workaround until a fix is in place. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xserver-xorg-video-intel: Version 2:2.13.0-5 xserver-xorg-core: Version 2:1.7.7-11 libc6: Version 2.11.2-9 /.disk/info: Debian GNU/Linux sq-di-rc1 Squeeze - Official Snapshot amd64 NETINST Binary-1 20110108-22:47 H/W: ASUS P8H67-M-PRO board with i5-2400 CPU (no external graphics card).
Bug#334917: [PATCH] Re: klibc barfs on m68k syscall interface
On Sat, Jan 29, 2011 at 04:18:21PM +, Thorsten Glaser wrote: I’ve fixed the m68k syscall of klibc and made it able to use six-argument syscalls like mmap2. However, I could not yet fully test it (only mostly; opendir() specifically fails) due to: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533 well ok thanks for the effort, but please really do use git. The klibc git repo is at http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary git clone it and work away. +--- klibc-1.5.21.orig/usr/klibc/arch/m68k/syscall.S 2011-01-29 13:28:39.0 +0100 klibc-1.5.21/usr/klibc/arch/m68k/syscall.S 2011-01-29 15:47:09.0 +0100 +@@ -11,17 +11,47 @@ + .globl __syscall_common + .type __syscall_common, @function + __syscall_common: +-movem.l %d2-%d6, -(%sp) /* 5 registers saved */ +-movem.l 24(%sp), %d1-%d6 ++#if 0 ++/* debugging: define int32_t last_syscall; in your code... */ ++move.l %d0, (last_syscall) /* to see which is actually run */ ++#endif please no no ugly ifdefs. ++/* ++ * According to eglibc, separate moves are faster than movem; ++ * speed is important and this code is not duplicated anyway, ++ * so we do the same here. We use %a1 as scratch register for ++ * saving; syscall arguments are to be in %d1 to %d5 and %a0. ++ */ ++move.l 24(%sp), %a0/* orig.sp+24: arg 6 */ ++move.l %d5, -(%sp) /* push d5 (callee saved) */ ++move.l 24(%sp), %d5/* orig.sp+20: arg 5 */ ++move.l %d4, -(%sp) /* push d4 (callee saved) */ ++move.l 24(%sp), %d4/* orig.sp+16: arg 4 */ ++move.l %d3, -(%sp) /* push d3 (callee saved) */ ++move.l 24(%sp), %d3/* orig.sp+12: arg 3 */ ++move.l %d2, %a1/* save d2 (callee saved) in a1 */ ++move.l 20(%sp), %d2/* orig.sp+8: arg 2 */ ++move.l 16(%sp), %d1/* orig.sp+4: arg 1 */ + trap#0 +-cmpi.l #-4095, %d0 +-blt.l 1f ++move.l %a1, %d2/* restore d2 from a1 (scratch) */ ++move.l (%sp)+, %d3 /* pop d3..d5, see above */ ++move.l (%sp)+, %d4 ++move.l (%sp)+, %d5 ++ ++/* syscall is done, result in %d0, registers are restored */ ++.globl __syscall_checkandout ++__syscall_checkandout: ++/* now check for error */ ++cmp.l #-4095, %d0 ++bcs.l 1f /* jmp short if _not_ error */ ++ ++/* prepare for error return */ + neg.l %d0 + move.l %d0, (errno) +-moveq #-1, %d0 +-1: +-movea.l %d0, %a0/* Redundant return */ +-movem.l (%sp)+, %d2-%d6 /* Restore registers */ ++move.l #-1, %d0 ++/* fallthrough to common return path */ ++ ++1: /* copy return value to %a0 for syscalls returning pointers */ ++move.l %d0, %a0 + rts + + .size __syscall_common,.-__syscall_common sorry but impossible to review as a patch in a patch, please use format-patch. +Index: klibc-1.5.21/usr/klibc/README.klibc +=== +--- klibc-1.5.21.orig/usr/klibc/README.klibc 2011-01-29 14:49:53.0 +0100 klibc-1.5.21/usr/klibc/README.klibc 2011-01-29 14:53:57.0 +0100 +@@ -44,7 +44,7 @@ +i386: Working +ia64: Working static, shared untested +m32r: Untested +- m68k: Untested ++ m68k: Working +m68knommu:Not yet ported +mips: Working +mips64: Not yet ported not according your message and up to the maintainer, please. +Index: klibc-1.5.21/usr/klibc/arch/m68k/vfork.S +=== +--- klibc-1.5.21.orig/usr/klibc/arch/m68k/vfork.S2011-01-29 14:47:11.0 +0100 klibc-1.5.21/usr/klibc/arch/m68k/vfork.S 2011-01-29 15:28:51.0 +0100 +@@ -15,14 +15,9 @@ + move.l (%sp)+, %d1 /* Return address */ + move.l # __NR_vfork, %d0 + trap#0 +-move.l %d1, -(%sp) +-cmpi.l #-4095, %d0 +-blt.l 1f +-neg.l %d0 +-move.l %d0, (errno) +-moveq #-1, %d0 +-1: +-movea.l %d0, %a0 +-rts ++move.l %d1, -(%sp) /* restore stack */ ++ ++/* common code from syscall.S */ ++bra __syscall_checkandout + + .size vfork, .-vfork same critique here, please work against git. I don't take arch specific patches in Debian unless there is no way around, so please repost the patches considering aboves critiques. thanks. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611352: pg_restore does not import all data as expected
severity 611352 normal On Fri, Jan 28, 2011 at 01:20:59PM +0100, Giuseppe Sacco wrote: For one of these databases, I select to only import only one schema instead of importing the whole database. The schema include a tables with blobs, i.e., a field of type OID referring to a blob. Did you import pg_catalog? Because that's where your blobs are stored. If you unselect this, the export and subsequent import will succeed due to the OIDs being valid and due to a missing foreign key relationship when used with large objects. However they will be dangling. I thus don't agree that this is utterly broken. PostgreSQL could do better with a check for large objects, and presenting a warning if pg_catalog isn't selected, but as a DBA I guess you need to know that fact if you handle large objects. Kind regards and thanks for the bug report Philipp Kern signature.asc Description: Digital signature
Bug#611460: djvu2hocr: produces upside-down hOCR
Package: ocrodjvu Version: 0.3.0-1 Severity: important In DjVu (0, 0) means bottom-left corner, but in hOCR it's top-left corner. djvu2hocr doesn't take this into account. As a consequence, it produces upside-down documents. (Since nobody has noticed this for over a year, perhaps nobody uses djvu2hocr, and the bug is not important after all...) -- 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#610631: Please retest
I can't reproduce the problems with the new versions of emdebian-crush and multistrap in experimental. Please re-test with pdebuild-cross 2.2.10 and multistrap 2.1.9. Thanks. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpzYD2KnIBK6.pgp Description: PGP signature
Bug#334917: [PATCH] Re: klibc barfs on m68k syscall interface
maximilian attems dixit: well ok thanks for the effort, but please really do use git. Ah okay. I worked against the Debian package, because that is what I can test and install. The klibc git repo is at http://git.kernel.org/?p=libs/klibc/klibc.git;a=summary git clone it and work away. Will do. ++#if 0 ++ /* debugging: define int32_t last_syscall; in your code... */ ++ move.l %d0, (last_syscall) /* to see which is actually run */ ++#endif please no no ugly ifdefs. OK. I used that one to see whether the correct syscalls were run for mmap and select, but don’t really need it any more. Will drop. sorry but impossible to review as a patch in a patch, please use format-patch. Yes, I see. I don't take arch specific patches in Debian unless there is no way around, so please repost the patches considering aboves critiques. Noted. Thanks for the response anyway. bye, //mirabilos -- 22:20⎜asarch The crazy that persists in his craziness becomes a master 22:21⎜asarch And the distance between the craziness and geniality is only measured by the success 22:21⎜mksh it’s a very thin line anyway… with some, you don’t know which side they’re on -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611461: iceweasel still does insecure ssl renegotiation?!
Package: iceweasel Version: 3.5.16-4 Severity: grave Tags: security Justification: user security hole Hi. It seems that iceweasel still is vulnerable to the SSL renegotiation attack, as simply is configured per default to allow the vulnerable renegotiation: security.ssl.require_safe_negotiation;true 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#608253: [Pkg-xen-devel] Release notes addition for Xen support in Debian
Julien Cristau wrote: # Upgrades from Lenny will not automatically install Xen version 4.0. Instead # you need to install Xen 4.0 and a corresponding dom0 kernel explicitly. See # the wiki page for instructions on how to set up the Xen hypervisor and dom0 # kernel under Squeeze. Is this actually true? Don't the xen-linux-system-2.6-xen-* metapackages take care of this upgrade? I Am Not A Xenologist, but see http://packages.debian.org/search?keywords=xen There's no such package in Lenny; its equivalent was the old xen-linux-system-2.6.26-2-xen-* metapackage (pulling in an old-style hypervisor and a xenlinux kernel). That doesn't turn into a dummy dependency package in Squeeze - it just disappears from the listings and leaves users scratching their heads. Mind you, how does this interact with the requirement in the generic upgrade procedure for a kernel change to handle udev? Might that fix it, if xen users are going to need a 2.6.32 xen kernel with extra metapackaginess before they can upgrade the rest of the system? -- 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#611385: debian-installer: Wrong string (and codification) in one of the Spanish translation strings
Christian PERRIER dijo [Sat, Jan 29, 2011 at 07:53:22AM +0100]: reassign 611385 debconf found 611385 1.5.37 fixed 611385 1.5.38 This is a bug in debconf (at least the encoding issue). I'm less sure about the package name being the wrong one, though. I don't think so, as all of the other strings were properly displayed. My impression (and excuse me for not checking further myself) is that the .po file might have been corrupted at one of the editions due to a locale clash in the editor's environment. Again, all other strings (that I saw) were properly displayed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608253: [Pkg-xen-devel] Release notes addition for Xen support in Debian
- Original message - On Tue, Jan 25, 2011 at 15:34:23 +, Justin B Rye wrote: # para # Upgrades from Lenny will not automatically install Xen version 4.0. Instead # you need to install Xen 4.0 and a corresponding dom0 kernel explicitly. See # the wiki page for instructions on how to set up the Xen hypervisor and dom0 # kernel under Squeeze. # /para Is this actually true? Don't the xen-linux-system-2.6-xen-* metapackages take care of this upgrade? Cheers, Julien I wrote this after experimenting it myself on my Xen development server! Unless this changed over the last month it is true, and I wrote bug reports for it. It might be worth trying again and see what happens, and maybe link to the bug entry. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611462: apt-dater-host config/postinst broken
Package: apt-dater-host Version: 0.8.4-3 Hi, the line sed s/^\$ASSUMEYES=.*/\$ASSUMEYES=${ASSUME_YES}/ -i /etc/apt-dater-host.conf in the .postinst script is broken; it deletes the ; at the end of the line, which is needed as the config file is evald in the perl script. this should work i guess: sed s/^\$ASSUMEYES=.*/\$ASSUMEYES=${ASSUME_YES};/ -i /etc/apt-dater-host.conf - stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611452: xserver-xorg-core: switching to linux console leaves screen blank
Hi Carsten, Carsten Allefeld carsten.allef...@googlemail.com (29/01/2011): After being logged in to my KDE session under X, switching to a virtual linux console using Ctrl-Alt-F1 leads to a blank screen. The console seems to be working, insofar as I can log in blindly and start a command, which I can verify is running after switching back to the X session using Ctrl-Alt-F7. Because of this, I suspect that the problem is that either the video mode is not set correctly, or the font is not loaded. However, I did no special screen mode / font configurations before or after upgrading to lenny, so this can't be Did you mean squeeze instead of lenny? At least this information suggests that you use squeeze: -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') the problem. I am not entirely sure whether the problem lies with this package or another one, but I can't come up with a way to find out what exactly is going wrong. If you can point me to a way to pinpoint the problem, I would be glad to do so. Some things to try: 1. Try to reproduce the problem with a free driver, e.g. nv or nouveau instead the the non-free nvidia driver. In /etc/X11/xorg.conf change the Driver nvidia line to nv or nouveau and reboot (or stop X, rmmod nvidia, start X, but a reboot is probably better to create a clean (and reproducible) environment). Or just move xorg.conf away and reboot, X autoconfiguration is advanced enough to not need a xorg.conf for a default setup with free drivers. Ensure the nvidia kernel module is not loaded (will be autoloaded if listed in /etc/modules) lsmod | grep nvidia should list nothing (test this after X has been started). 2. If the problem seems to be related to nvidia, please try the driver currently in experimental, it may have been fixed by upstream inbetween. 3. Also test a minimal xorg.conf for the nvidia driver as described in /usr/share/doc/nvidia-glx/README.Debian - eventually some of the options in your xorg.conf (which seems to originate from some time ago) are problematic nowadays. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611425: nvidia-kernel-2.6.32-5-amd64: Installing nvidia driver silences bell
On Sat, 29 Jan 2011 16:27:07 +0100 Andreas Beckmann deb...@abeckmann.de wrote: reassign 611425 nvidia-graphics-drivers tags 611425 + upstream moreinfo thanks On 2011-01-29 08:01, Joseph S. Riel wrote: Package: nvidia-kernel-2.6.32-5-amd64 Severity: normal Installing the nvidia kernel module silences the bell that one should hear when executing echo -e \a The bell sounds in a virtual terminal, but not in an xterm. Purging nvidia (and restoring the nouveau driver) restores the bell. Which driver version were you using? I assume this was 195.36.31 since you use testing exclusively: That is correct. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Could you please test the driver currently in experimental (260.19.something) and see if the problem persists? I'll give it a try. -- Joe Riel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611088: apt-dater-host silently ignores ABI-incompatible
Hi, shouldn't the do_upgrade method use dist-upgrade too then? I guess it would be at least nice to have the option to run dist-upgrade instead of (safe-)upgrade in the frontend. - stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611452: Re: Bug#611452: xserver-xorg-core: switching to linux console leaves screen blank
reopen 611452 found 611452 195.36.31-1 thanks Hi Julien, hi Cyril, On -28163-01--10 20:59, Julien Cristau wrote: You're using a closed driver, we can't support that. On 2011-01-29 16:52, Cyril Brulebois wrote: you're using nvidia stuff, so I'm reassigning to the nvidia-glx package, which is the entry point for bug reports against nvidia-related packages (as far as I can tell; please, nvidia maintainers, tell us if there's a more appropriate package in such cases). Please don't close the nvidia related bug reports but reassign them to nvidia-graphics-drivers (the source package) or nvidia-glx (the primary aka xorg driver binary package) and let us nvidia maintainers deal with them. Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org