Bug#584989: Utilize submenu support of syslinux menu.c32.
Package: di-netboot-assistant Version: 0.36b Severity: wishlist Some time ago, syslinux (pxelinux) menu.c32 got some new features. Firstly, DEFAULT menu LABEL menu MENU HIDE KERNEL debian-installer/pxelinux.cfg/menu.c32 becomes UI menu.c32 Secondly, instead of calling [vesa]menu.c32 on another cfg file, LABEL daily-amd64 MENU LABEL Debian Installer (daily, amd64) [SUB-MENU] KERNEL debian-installer/daily/amd64/boot-screens/vesamenu.c32 APPEND debian-installer/daily/amd64/boot-screens/menu.cfg you can simply use submenus MENU BEGIN daily-amd64 MENU TITLE Debian Installer (daily, amd64) LABEL mainmenu MENU LABEL ^Back.. MENU EXIT INCLUDE debian-installer/daily/amd64/boot-screens/menu.cfg MENU END While you're at it, I suggest dropping the default.serial-9600 menu (upstream d-i dropped it some time ago), or at least adding CONSOLE 0 and SERIAL 0 9600 to its prelude. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc2 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages di-netboot-assistant depends on: ii curl 7.20.1-2 Get a file from an HTTP, HTTPS or ii wget 1.12-2 retrieves files from the web Versions of packages di-netboot-assistant recommends: ii dnsmasq 2.53-1 A small caching DNS proxy and DHCP pn elilo none (no description available) pn syslinux none (no description available) Versions of packages di-netboot-assistant suggests: ii dnsmasq 2.53-1 A small caching DNS proxy and DHCP /etc/di-netboot-assistant/pxelinux.HEAD changed: CONSOLE 0 SERIAL 0 115200 UI debian-installer/pxelinux.cfg/menu.c32 PROMPT 1 MENU TITLE Debian-Installer netboot overview menu -- 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#569930: mysql-server upgrade stop and restart a stopped server
Hey there, Same story repeating this time : Mysql is *stopped* when running aptitude safe-upgrade, because service is migrated to the failover node during the upgrade to minimize downtime. Preparing to replace mysql-server-5.0 5.0.51a-24+lenny3 (using .../mysql-server-5.0_5.0.51a-24+lenny4_i386.deb) ... Stopping MySQL database server: mysqld. Stopping MySQL database server: mysqld. Unpacking replacement mysql-server-5.0 ... Processing triggers for man-db ... (...) Setting up mysql-server-5.0 (5.0.51a-24+lenny4) ... Stopping MySQL database server: mysqld. Starting MySQL database server: mysqld. Ideally, Mysql shouldn't be started in this case. -- Simon Morvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572871: Announce of the upcoming NMU for the ddclient package
Dear maintainer of ddclient and Debian translators, Some days ago, I sent a notice to the maintainer of the ddclient Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ca cs de es eu fi fr gl it ja nb nl pt pt_BR ru sk sv uk vi zh_TW Among these, the following translations are incomplete: ca cs es eu fi gl it ja nb nl pt_BR sk uk vi zh_TW If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the ddclient package so I can incorporate them in the build. The deadline for receiving updates and new translations is Monday, June 14, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, June 03, 2010 : send the first intent to NMU notice to the package maintainer. Tuesday, June 08, 2010 : send this notice Monday, June 14, 2010 : (midnight) deadline for receiving translation updates Tuesday, June 15, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Tuesday, June 22, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: ddcli...@packages.debian.org\n POT-Creation-Date: 2010-03-28 18:52+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../ddclient.templates:2001 msgid other msgstr #. Type: select #. Description #: ../ddclient.templates:2002 msgid Dynamic DNS service provider: msgstr #. Type: select #. Description #: ../ddclient.templates:2002 msgid Please select the dynamic DNS service you are using. If the service you use is not listed, choose \other\ and you will be asked for the protocol and the server name. msgstr #. Type: string #. Description #: ../ddclient.templates:3001 msgid Dynamic DNS server: msgstr #. Type: string #. Description #: ../ddclient.templates:3001 msgid Please enter the name of the server which is providing you with dynamic DNS service (example: members.dyndns.org). msgstr #. Type: select #. Description #: ../ddclient.templates:4001 msgid Dynamic DNS update protocol: msgstr #. Type: select #. Description #: ../ddclient.templates:4001 msgid Please select the dynamic DNS update protocol used by your dynamic DNS service provider. msgstr #. Type: string #. Description #: ../ddclient.templates:5001 msgid DynDNS fully qualified domain names: msgstr #. Type: string #. Description #: ../ddclient.templates:5001 msgid Please enter the list of fully qualified domain names for the local host(s) (for instance, \myname.dyndns.org\ with only one host or \myname1.dyndns. org,myname2.dyndns.org\ for two hosts). msgstr #. Type: string #. Description #: ../ddclient.templates:6001 msgid Username for dynamic DNS service: msgstr #. Type: string #. Description #: ../ddclient.templates:6001 msgid Please enter the username to use with the dynamic DNS service. msgstr #. Type: password #. Description #: ../ddclient.templates:7001 msgid Password for dynamic DNS service: msgstr #. Type: password #. Description #: ../ddclient.templates:7001 msgid Please enter the password to use with the dynamic DNS service. msgstr #. Type: boolean #. Description #: ../ddclient.templates:8001 msgid Find public IP using checkip.dyndns.com? msgstr #. Type: boolean #. Description #: ../ddclient.templates:8001 msgid Please choose whether ddclient should try to find the IP address of this machine via the DynDNS web interface. This is recommended for machines that are using Network Address Translation. msgstr #. Type: string #. Description #: ../ddclient.templates:9001 msgid Network interface used for dynamic DNS service: msgstr #. Type: string #. Description #: ../ddclient.templates:9001 msgid
Bug#584991: sim: plays unsolicited music on start
Package: sim Version: 0.9.5~svn20080806-1 Severity: normal sim plays some music on start. This is very annoying, besides: 1. This functionality is not related to its main function as IM client 2. User does not expect any music when just launching an IM client 3. The music cannot be easily turned off In my opinion this feature definitely should be disabled. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sim depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-3 core libraries and binaries for al ii libc62.10.2-9Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libqt3-mt3:3.3.8b-6 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.1-1 X11 Session Management library ii libssl0.9.8 0.9.8n-1SSL shared libraries ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-2GNOME XML library ii libxslt1.1 1.1.26-3XSLT processing library - runtime ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii sim-data 0.9.5~svn20080806-1 Sim-IM Instant Messenger data file ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime sim recommends no packages. Versions of packages sim suggests: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep -- 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#584993: libvpb0 hangs during install.
Package: libvpb0 Version: 4.2.46-1 Severity: normal I am trying to install libvpb0 since it is a dependency of asterisk. The server I am installing to has a Sangoma A101 ISDN card in it. It seems that at install time, the package hangs. It prompts me for the country code, but hangs when generating configuration for the ISDN card. Here is the output: r...@pbx:~# aptitude install libvpb0 Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done The following NEW packages will be installed: libvpb0 The following packages are RECOMMENDED but will NOT be installed: vpb-driver-source 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/198kB of archives. After unpacking 610kB will be used. Writing extended state information... Done Preconfiguring packages ... Selecting previously deselected package libvpb0. (Reading database ... 31036 files and directories currently installed.) Unpacking libvpb0 (from .../libvpb0_4.2.46-1_amd64.deb) ... Processing triggers for man-db ... Setting up libvpb0 (4.2.46-1) ... Voicetronix hardware configuration helper 4.2.46. This will scan the PCI bus to determine what cards you have and create a set of default config files for them. Scanning PCI bus found 1 cards. Processing ISDN cards... = Card [1] = It is stuck at this line. I've left it for a long time and it won't continue. A ps listing shows that the installation is running the following command: /usr/bin/perl -w /usr/sbin/VpbConfigurator --country=61 If I press ^C to abort the install and run this script manually, I get the following: r...@pbx:~# /usr/bin/perl -w /usr/sbin/VpbConfigurator --country=61 Voicetronix hardware configuration helper 4.2.46. This will scan the PCI bus to determine what cards you have and create a set of default config files for them. Scanning PCI bus found 1 cards. Processing ISDN cards... = Card [1] = Is this a single span [S|s], dual [D|d] or Logging [L|l] card?: [1] is Single span A total of 1 ports will now be configured. = Port [1] = Is this port E1 or T1 ? [E|e|T|t](e): port 1 is E1 Is this port CAS or CCS ? [cas|ccs](ccs): port is CCS Is this port Client or Network? [C|c|N|n](c): port 1 is Client Making wanpipe config files now Done wanpipe1.conf Making openpri.conf config file now... Created OpenPRI config file Processing Analog cards... Found 0 OpenLine4's, 0 OpenSwitch12's and 0 OpenPCI's. Created 1 card config files... On a total of 1 'spans'... Creating vpb.conf file... Done As you can see I am prompted with some questions, of which I answered as per the above. Once the above is done I can then get the package to configure like so: r...@pbx:~# dpkg --configure --pending Setting up libvpb0 (4.2.46-1) ... Things I have tried (with no luck), to try to get the package to install without hanging are: - Assume I can't see the installation questions and blindly answer them. Either it isn't asking me at all, or my input is not being sent to the VpbConfigurator program. - Install and compile the vpb-driver-source package and install the resulting modules prior to install. - Change my debconf question priority from low to high prior to install. - Change debconf to use readline instead of dialog in the hope of seeing installation questions. - Configure Sangoma Wanpipe dirvers first so that they are using the ISDN card, prior to the install. In the end, I don't think I even want this to use my ISDN card anyway? The only reason it is being installed is to satisfy dependencies for Asterisk. I just want to use the Sangoma wanpipe drivers in conjunction with Asterisk DAHDI. So I'd be happy if libvpb0 didn't even try to generate configuration for the ISDN card. Regards, -- Jim Barber -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libvpb0 depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1GCC support library ii libpci3 1:3.1.7-3Linux PCI
Bug#584994: cyrus-imapd-2.2: xfermailbox does not work
Package: cyrus-imapd-2.2 Version: 2.2.13-19 Severity: normal In a cyrus-murder-setup, it is not possible to transfer a mailbox to any of the other backends. Using cyradm, I get the following error message: localhost xfer user/neu virtualcyrus xfermailbox: Server(s) unavailable to complete operation /var/log/mail.log does tell: Jun 4 12:19:30 whitney cyrus/imap[2225]: login: localhost [::1] cyrus DIGEST- MD5 User logged in Jun 4 12:19:41 whitney cyrus/imap[2225]: connect(virtualcyrus) failed: Invalid argument Jun 4 12:19:41 whitney cyrus/imap[2225]: Could not move mailbox: user.neu, Initial backend connect failed There is no connection attempt at all. Even with tcpdump I can't see any attempt to connect to backend 'virtualcyrus'. The behaviour does not change with using a fully qualified domain name or a ip-address. The same config is working fine with ubuntu 10.04 LTS, which contains cyrus 2.2.13-19. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cyrus-imapd-2.2 depends on: ii cyrus-common- 2.2.13-19 Cyrus mail system - common files ii libasn1-8-hei 1.4.0~git20100322.dfsg.2-4 Heimdal Kerberos - ASN.1 library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcomerr21.41.12-1 common error description library ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [ ii libgssapi2-he 1.4.0~git20100322.dfsg.2-4 Heimdal Kerberos - GSSAPI support ii libkrb5-26-he 1.4.0~git20100322.dfsg.2-4 Heimdal Kerberos - libraries ii libroken18-he 1.4.0~git20100322.dfsg.2-4 Heimdal Kerberos - roken support l ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra cyrus-imapd-2.2 recommends no packages. cyrus-imapd-2.2 suggests no packages. -- no debconf information configdirectory: /var/lib/cyrus defaultpartition: default partition-default: /var/spool/cyrus/mail partition-mail2: /var/spool/cyrus/mail2 partition-news: /var/spool/cyrus/news newsspool: /var/spool/news altnamespace: no unixhierarchysep: yes lmtp_downcase_rcpt: yes admins: cyrus murder backend lmtp_admins: cyrus murder mupdate_admins: murder imap_admins: cyrus murder backend sieve_admins: cyrus murder proxyservers: backend allowusermoves: yes allowsubscribes: yes allowanonymouslogin: no popminpoll: 1 autocreatequota: 0 umask: 077 sieveusehomedir: false sievedir: /var/spool/sieve hashimapspool: true allowplaintext: yes sasl_mech_list: PLAIN LOGIN DIGEST-MD5 sasl_minimum_layer: 0 sasl_pwcheck_method: auxprop sasl_auxprop_plugin: sasldb sasl_auto_transition: no tls_cert_file: /etc/ssl/virtualcyrus.pem tls_key_file: /etc/ssl/virtualcyrus.pem tls_ca_path: /etc/ssl/certs tls_session_timeout: 1440 tls_cipher_list: TLSv1+HIGH:!aNULL:@STRENGTH mupdate_server: murder.ibbone.helinet.de mupdate_port: 3905 mupdate_username: murder mupdate_authname: murder mupdate_password: XXX mupdate_retry_delay: 10 proxy_authname: backend proxy_password: XXX lmtpsocket: /var/run/cyrus/socket/lmtp idlemethod: poll idlesocket: /var/run/cyrus/socket/idle notifysocket: /var/run/cyrus/socket/notify syslog_prefix: cyrus
Bug#564399: psqlodbc: FTBFS: make[2]: *** No rule to make target `install'. Stop.
Hi, Peter! Seeing as psqlodbc has now been removed from testing for the libodbcinst transition, I've prepared a zero-day NMU to fix the various issues causing the package to FTBFS. Please find the debdiff for this upload attached. The NMU will be uploaded to incoming shortly. HTH, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -u psqlodbc-08.03.0200/debian/changelog psqlodbc-08.03.0200/debian/changelog --- psqlodbc-08.03.0200/debian/changelog +++ psqlodbc-08.03.0200/debian/changelog @@ -1,3 +1,18 @@ +psqlodbc (1:08.03.0200-1.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Drop psqlodbc-358949.diff completely, since it causes a build failure +with the latest unixodbc now that SQLROWOFFSET is obsolete. +Closes: #582988. + * debian/patches/psqlodbc-580878.diff: don't use SQLROWSETSIZE, also +obsoleted. Closes: #580878. + * Fix debian/rules support for building multiple flavors to be compatible +with recent cdbs. Thanks to Julien Cristau for the patch. +Closes: #564399. + + -- Steve Langasek vor...@debian.org Tue, 08 Jun 2010 06:48:02 + + psqlodbc (1:08.03.0200-1) unstable; urgency=low * New upstream release diff -u psqlodbc-08.03.0200/debian/rules psqlodbc-08.03.0200/debian/rules --- psqlodbc-08.03.0200/debian/rules +++ psqlodbc-08.03.0200/debian/rules @@ -3,25 +3,18 @@ tempdir = debian/temp # (not debian/tmp, which dh_clean removes too automatically) -ifndef VARIANT - -build build-arch build-indep binary binary-arch binary-indep clean:: - debian/rules VARIANT=A $@ - debian/rules VARIANT=W $@ +DEB_MAKE_FLAVORS = A W +DEB_BUILDDIR = build +DEB_DESTDIR = $(CURDIR)/$(tempdir) +DEB_DH_INSTALL_SOURCEDIR = $(tempdir) clean:: - rm -rf $(tempdir) build-A build-W - -else # VARIANT + rm -rf $(tempdir) include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk -DEB_BUILDDIR = build-$(VARIANT) -DEB_DESTDIR = $(CURDIR)/$(tempdir) -DEB_DH_INSTALL_SOURCEDIR = $(tempdir) - DEB_CONFIGURE_EXTRA_FLAGS = --libdir=/usr/lib/odbc --with-unixodbc pre-build:: @@ -32,8 +25,5 @@ -ifeq ($(VARIANT),A) -DEB_CONFIGURE_EXTRA_FLAGS += --disable-unicode -endif +DEB_CONFIGURE_EXTRA_FLAGS_A = --disable-unicode +DEB_CONFIGURE_EXTRA_FLAGS += $(DEB_CONFIGURE_EXTRA_FLAGS_$(cdbs_make_curflavor)) install/odbc-postgresql:: install -D -m 644 debian/odbcinst.ini.template $(DEB_DESTDIR)/usr/share/psqlodbc/odbcinst.ini.template - -endif # VARIANT reverted: --- psqlodbc-08.03.0200/debian/patches/psqlodbc-358949.diff +++ psqlodbc-08.03.0200.orig/debian/patches/psqlodbc-358949.diff @@ -1,24 +0,0 @@ -diff -ur psqlodbc-08.03.0100.orig/odbcapi30.c psqlodbc-08.03.0100/odbcapi30.c psqlodbc-08.03.0100.orig/odbcapi30.c 2006-11-14 16:29:25.0 +0100 -+++ psqlodbc-08.03.0100/odbcapi30.c 2008-03-26 17:13:44.0 +0100 -@@ -188,7 +188,7 @@ - /* SQLExtendedFetch - SQLFetchScroll */ - RETCODE SQL_API - SQLFetchScroll(HSTMT StatementHandle, -- SQLSMALLINT FetchOrientation, SQLLEN FetchOffset) -+ SQLSMALLINT FetchOrientation, SQLROWOFFSET FetchOffset) - { - CSTR func = SQLFetchScroll; - StatementClass *stmt = (StatementClass *) StatementHandle; -diff -ur psqlodbc-08.03.0100.orig/odbcapi.c psqlodbc-08.03.0100/odbcapi.c psqlodbc-08.03.0100.orig/odbcapi.c 2007-09-01 01:40:10.0 +0200 -+++ psqlodbc-08.03.0100/odbcapi.c 2008-03-26 17:17:01.0 +0100 -@@ -1104,7 +1104,7 @@ - SQLExtendedFetch( - HSTMT hstmt, - SQLUSMALLINT fFetchType, -- SQLLEN irow, -+ SQLROWOFFSET irow, - #ifdef WITH_UNIXODBC - SQLROWSETSIZE *pcrow, - #else only in patch2: unchanged: --- psqlodbc-08.03.0200.orig/debian/patches/psqlodbc-580878.diff +++ psqlodbc-08.03.0200/debian/patches/psqlodbc-580878.diff @@ -0,0 +1,47 @@ +diff -Nur -x '*.orig' -x '*~' psqlodbc-08.03.0200//odbcapi.c psqlodbc-08.03.0200.new//odbcapi.c +--- psqlodbc-08.03.0200//odbcapi.c 2010-06-01 09:48:30.414644587 + psqlodbc-08.03.0200.new//odbcapi.c 2010-06-01 09:48:33.398648715 + +@@ -1105,11 +1105,7 @@ + HSTMT hstmt, + SQLUSMALLINT fFetchType, + SQLLEN irow, +-#ifdef WITH_UNIXODBC +- SQLROWSETSIZE *pcrow, +-#else + SQLULEN *pcrow, +-#endif /* WITH_UNIXODBC */ + SQLUSMALLINT *rgfRowStatus) + { + RETCODE ret; +diff -Nur -x '*.orig' -x '*~' psqlodbc-08.03.0200//odbcapi30.c psqlodbc-08.03.0200.new//odbcapi30.c +--- psqlodbc-08.03.0200//odbcapi30.c 2006-11-14 15:29:25.0 + psqlodbc-08.03.0200.new//odbcapi30.c 2010-06-01 09:49:02.990665586 + +@@ -118,13 +118,7 @@ + SQLPOINTER CharacterAttribute, + SQLSMALLINT BufferLength, + SQLSMALLINT *StringLength,
Bug#436995: Incorrect values for root delay and dispersion
On -10/01/37 16:59, Juliusz Chroboczek wrote: Package: openntpd Version: 3.9p1-4 Severity: important When acting as a server, OpenNTP sends replies with incorrect root delay and dispersion values. Since both of these values are smaller then they should be, this has the potential of confusing legit NTP clients, and might potentially cause synchronisation loops. Hi Juliusz! Can you check if this problem still exists at newer packages? If you could test it at version 3.9p1+debian-3 would be great. If it does, can you provide some logs from server an client(s) ? Greetings, Dererk -- BOFH excuse #408: Computers under water due to SYN flooding. signature.asc Description: OpenPGP digital signature
Bug#584992: debian-installer: Install the base system fails configuring required packages
reassign 584992 util-linux forcemerge 582736 584992 affects 582736 debian-installer thanks [Rick Thomas] Installing with sid_d-i: Daily build #3 for powerpc, using installer build from sid Sid is uninstallable at the moment, due to #582736. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584995: (no subject)
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-testing-i386-kde-CD-1.iso Date: 07-Jun-2010 Machine: Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ Memory: 2Gb Partitions: Output of lspci -knn: 00:00.0 RAM memory [0500]: nVidia Corporation MCP61 Memory Controller [10de:03ea] (rev a1) Subsystem: nVidia Corporation Device [10de:cb84] 00:01.0 ISA bridge [0601]: nVidia Corporation MCP61 LPC Bridge [10de:03e0] (rev a2) Subsystem: nVidia Corporation Device [10de:cb84] 00:01.1 SMBus [0c05]: nVidia Corporation MCP61 SMBus [10de:03eb] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: nForce2_smbus Kernel modules: i2c-nforce2 00:01.2 RAM memory [0500]: nVidia Corporation MCP61 Memory Controller [10de:03f5] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] 00:02.0 USB Controller [0c03]: nVidia Corporation MCP61 USB Controller [10de:03f1] (rev a3) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:02.1 USB Controller [0c03]: nVidia Corporation MCP61 USB Controller [10de:03f2] (rev a3) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:04.0 PCI bridge [0604]: nVidia Corporation MCP61 PCI bridge [10de:03f3] (rev a1) 00:05.0 Audio device [0403]: nVidia Corporation MCP61 High Definition Audio [10de:03f0] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] 00:06.0 IDE interface [0101]: nVidia Corporation MCP61 IDE [10de:03ec] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: pata_amd Kernel modules: pata_amd 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: forcedeth Kernel modules: forcedeth 00:08.0 IDE interface [0101]: nVidia Corporation MCP61 SATA Controller [10de:03f6] (rev a2) Subsystem: Micro-Star International Co., Ltd. Device [1462:7309] Kernel driver in use: sata_nv Kernel modules: sata_nv 00:09.0 PCI bridge [0604]: nVidia Corporation MCP61 PCI Express bridge [10de:03e8] (rev a2) Kernel driver in use: pcieport Kernel modules: shpchp 00:0b.0 PCI bridge [0604]: nVidia Corporation MCP61 PCI Express bridge [10de:03e9] (rev a2) Kernel driver in use: pcieport Kernel modules: shpchp 00:0c.0 PCI bridge [0604]: nVidia Corporation MCP61 PCI Express bridge [10de:03e9] (rev a2) Kernel driver in use: pcieport Kernel modules: shpchp 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100] 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103] Kernel driver in use: k8temp Kernel modules: k8temp 01:09.0 Network controller [0280]: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card [13d0:2103] (rev 02) Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card [13d0:2103] 02:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV670PRO [Radeon HD 3850] [1002:9505] Subsystem: ATI Technologies Inc Device [1002:2542] 02:00.1 Audio device [0403]: ATI Technologies Inc Radeon HD 3870 Audio device [1002:aa18] Subsystem: ATI Technologies Inc Radeon HD 3870 Audio device [1002:aa18] Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Sorry for my bad english. When I try to install Debian testing, i have this fail: Failed to create faile system The ext4 file system creation in partition #1 of SCSI3 (0,0,0) (sda) failed. I post lspci -knn with SystemRescueCD 1.5.4 (Linux sysresccd 2.6.32.13-std154-i386) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584996: awesome-extra: obvious wlan widget dysfunction and readme
Package: awesome-extra Version: 2010051701 Severity: normal /usr/share/awesome/lib/obvious/wlan/readme says: This widget monitors your WLAN's signal strength. To set the device it monitors, use obvious.wlan.set_device(dev) There is no such function, though. Apparently this kind of line works instead: obvious.wlan.device = eth2 Adding the actual widget to wibox leaves a blank space where I put it and the item itself appears to the left under window titles (default config). Apparently it ignores the position completely somehow. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash awesome-extra depends on no packages. Versions of packages awesome-extra recommends: ii awesome 3.4.5-1highly configurable, next generati awesome-extra 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#584997: crash when printing from abiword 2.8.2
Package: libgtk2.0-0 Version: 2.20.1-1 Severity: important File: gtk If I try to print, Abiword crashes. Printing window is shown very fast before crash. Then only text aborted in terminal. Printing from print preview works. Workaround, start abiword from terminal: GTK_MODULES=foo abiword http://bugs.gentoo.org/show_bug.cgi?id=272097#c32 I have done abiword bug report too, http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=580346 But maybe this is a gtk problem, not abiword http://bugzilla.abisource.com/show_bug.cgi?id=12341 http://bugzilla.abisource.com/show_bug.cgi?id=12372 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcups21.4.3-1 Common UNIX Printing System(tm) - ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-21.8.1+dfsg-5 MIT Kerberos runtime libraries - k ii libgtk2.0-common2.20.1-1 Common files for the GTK+ graphica ii libjasper1 1.900.1-7The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii libtiff43.9.2-3+b1 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-3X11 client-side library ii libxcomposite1 1:0.4.1-1X11 Composite extension library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxdamage1 1:1.1.2-1X11 damaged region extension libra ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxfixes3 1:4.0.4-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.3-4 X11 Input extension library ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii shared-mime-info0.71-1 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.20.1-1 The programs for the GTK+ graphica Versions of packages libgtk2.0-0 suggests: ii gvfs 1.6.1-1userspace virtual filesystem - ser ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG -- 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#565126: Bitten, too
Hi, I have been bitten by this bug, too, while upgrading from lenny to squeeze. As udev now throws warnings on deprecated SYSFS usage, this led to a zillion warnings after rebooting. Manually deleting the file in /etc helped (and is possibly the cause for the below error under Configuration files). Happened also with the 2.6.30-kernel; besides this according to dpkg.log that was a normal upgrade: dpkg.log:2010-06-08 04:43:27 upgrade xserver-xorg-input-wacom 0.7.9.3-2 0.10.5+20100416-1 Regards, Wolfram -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-wacom depends on: ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxi62:1.3-4X11 Input extension library ii xserver-xorg-core 2:1.7.7-1 Xorg X server - core server xserver-xorg-input-wacom recommends no packages. Versions of packages xserver-xorg-input-wacom suggests: pn xinputnone (no description available) -- Configuration Files: /etc/udev/rules.d/z60_xserver-xorg-input-wacom.rules [Errno 2] No such file or directory: u'/etc/udev/rules.d/z60_xserver-xorg-input-wacom.rules' -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584868: [Pkg-shadow-devel] Bug#584868: Bug#584868: passwd: userdel removes the group with the same name as 'username'
Quoting Teodor MICU (mteo...@gmail.com): Well, I guess you mised the part where the custom user 'staff' (by custom I mean created manually by me) does _not_ have the primary group 'staff' but a custom group 'partners' (ID=1000) thus these two are only related by the same name. My point is that 'userdel' must not try to delete a group that has the same name as the user being deleted _unless_ there is no other user belonging to this UPG. Oh, right. In this case I do agree there's a problem. I reproduced this: r...@mykerinos:~# addgroup partners Adding group `partners' (GID 1003) ... Done. r...@mykerinos:~# adduser --ingroup partners staff Adding user `staff' ... Adding new user `staff' (1002) with group `partners' ... Creating home directory `/home/staff' ... Copying files from `/etc/skel' ... Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : Aucun mot de passe fourni Entrez le nouveau mot de passe UNIX : Retapez le nouveau mot de passe UNIX : passwd : le mot de passe a été mis à jour avec succès Changing the user information for staff Enter the new value, or press ENTER for the default Full Name []: Room Number []: Work Phone []: Home Phone []: Other []: Is the information correct? [Y/n] r...@mykerinos:~# userdel -r staff r...@mykerinos:~# grep staff /etc/group r...@mykerinos:~# So, *even though* staff was not member of staff, the staff group was deleted because the system uses UPG. Apparently, userdel unconditionnally deletes the group of the same name than the user when deleting the user *even though* the user is not (or no longer) member of this group. *that* is more a candidate for being called a bug. The question that's coming then becomes: should this behaviour be prohibited in all cases or should the group removal be prohibited for system groups only? After all, let's imagine the situation where I once added a bubulle user, with UPG activated on the system. That added a bubulle group too. For whatever reason, I later on changed the primary group for bubulle to something else. Should I really expect that deleting bubulle would then delete the bubulle grop *just because* it shares the same name than the user? The argument against being a bug is the same I sued: by changing bubulle's PG from bubulle to something else on a system where UPG are ON, I'm somewhat shooting in my own foot. signature.asc Description: Digital signature
Bug#558058: Patch for the 0.9.10-17.2 NMU of sugarplum
Dear maintainer of sugarplum, On Monday, May 31, 2010 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Monday, May 31, 2010. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: sugarplum Version: 0.9.10-17.2 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Mon, 07 Jun 2010 07:42:57 +0200 Closes: 558058 584291 Changes: sugarplum (0.9.10-17.2) unstable; urgency=low . * Non-maintainer upload. * Bump debhelper compatibility level to 7. * As a consequence, replace dh_clean -k by dh_prep. * Use explicit reference to GPL-2 document in debian/copyright. * Fix pending l10n issues. Debconf translations: - Japanese (Hideki Yamane (Debian-JP)). Closes: #558058 - Danish (Joe Hansen). Closes: #584291 -- diff -Nru sugarplum-0.9.10.old/debian/changelog sugarplum-0.9.10/debian/changelog --- sugarplum-0.9.10.old/debian/changelog 2010-05-24 22:31:05.605964212 +0200 +++ sugarplum-0.9.10/debian/changelog 2010-06-07 07:42:57.462540211 +0200 @@ -1,3 +1,15 @@ +sugarplum (0.9.10-17.2) unstable; urgency=low + + * Non-maintainer upload. + * Bump debhelper compatibility level to 7. + * As a consequence, replace dh_clean -k by dh_prep. + * Use explicit reference to GPL-2 document in debian/copyright. + * Fix pending l10n issues. Debconf translations: +- Japanese (Hideki Yamane (Debian-JP)). Closes: #558058 +- Danish (Joe Hansen). Closes: #584291 + + -- Christian Perrier bubu...@debian.org Mon, 07 Jun 2010 07:42:57 +0200 + sugarplum (0.9.10-17.1) unstable; urgency=low * Non-maintainer upload to fix pending l10n issues. diff -Nru sugarplum-0.9.10.old/debian/compat sugarplum-0.9.10/debian/compat --- sugarplum-0.9.10.old/debian/compat 2010-05-24 22:31:05.605964212 +0200 +++ sugarplum-0.9.10/debian/compat 2010-06-07 07:39:22.482707096 +0200 @@ -1 +1 @@ -4 +7 diff -Nru sugarplum-0.9.10.old/debian/control sugarplum-0.9.10/debian/control --- sugarplum-0.9.10.old/debian/control 2010-05-24 22:31:05.605964212 +0200 +++ sugarplum-0.9.10/debian/control 2010-06-07 07:39:52.238887875 +0200 @@ -2,7 +2,7 @@ Section: misc Priority: optional Maintainer: Sean Finney sean...@debian.org -Build-Depends: debhelper, po-debconf, quilt +Build-Depends: debhelper (= 7), po-debconf, quilt Standards-Version: 3.7.3 Package: sugarplum diff -Nru sugarplum-0.9.10.old/debian/copyright sugarplum-0.9.10/debian/copyright --- sugarplum-0.9.10.old/debian/copyright 2010-05-24 22:31:05.605964212 +0200 +++ sugarplum-0.9.10/debian/copyright 2010-06-07 07:42:04.497539949 +0200 @@ -22,4 +22,4 @@ On Debian GNU/Linux systems, the complete text of the GNU General -Public License can be found in `/usr/share/common-licenses/GPL'. +Public License can be found in `/usr/share/common-licenses/GPL-2'. diff -Nru sugarplum-0.9.10.old/debian/po/cs.po sugarplum-0.9.10/debian/po/cs.po --- sugarplum-0.9.10.old/debian/po/cs.po 2010-05-24 22:31:05.597964625 +0200 +++ sugarplum-0.9.10/debian/po/cs.po 2010-05-31 22:10:46.845638686 +0200 @@ -19,6 +19,7 @@ PO-Revision-Date: 2005-04-05 20:40+0200\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=ISO-8859-2\n Content-Transfer-Encoding: 8bit\n diff -Nru sugarplum-0.9.10.old/debian/po/da.po sugarplum-0.9.10/debian/po/da.po --- sugarplum-0.9.10.old/debian/po/da.po 1970-01-01 01:00:00.0 +0100 +++ sugarplum-0.9.10/debian/po/da.po 2010-06-03 06:38:22.577041856 +0200 @@ -0,0 +1,52 @@ +# Danish translation sugarplum. +# Copyright (C) 2010 sugarplum nedenst??ende overs??ttere. +# This file is distributed under the same license as the sugarplum package. +# Joe Hansen joedalt...@yahoo.dk, 2010. +# +msgid +msgstr +Project-Id-Version: sugarplum\n +Report-Msgid-Bugs-To: sugarp...@packages.debian.org\n +POT-Creation-Date: 2008-03-26 21:14+0100\n +PO-Revision-Date: 2010-06-02 17:30+01:00\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org \n +Language: \n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../sugarplum.templates:1001 +msgid Do you want to configure your web servers for sugarplum? +msgstr ??nsker du at konfigurere din internetservere til sugarplum? + +#. Type: boolean +#. Description +#: ../sugarplum.templates:1001 +msgid +To activate sugarplum, your web servers' configuration may need to be +modified. +msgstr +For at aktivere sugarplum skal dine internetserverers konfiguration m??ske ?? +ndres. + +#. Type: boolean +#. Description +#: ../sugarplum.templates:2001 +msgid Do you want to deconfigure your web servers for sugarplum? +msgstr
Bug#584946: [Pkg-chromium-maint] Bug#584946:
severity 584946 serious thanks Hi Timo, On 06/07/2010 09:32 PM, Timo Jyrinki wrote: Confirming. I was able to install chromium-browser-dbg and here is a bit more full backtrace from chromium-browser -g: Could you report[1] this in the upstream bug tracking system please? [1]http://code.google.com/p/chromium/issues/entry?template=Defect%20on%20Linux Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#584979: update-manager-gnome: bogus restart required message when installing extra linux kernel packages
Le mardi 08 juin 2010 à 10:33 +0800, Paul Wise a écrit : Package: update-manager-gnome Version: 0.200.3-2 Severity: normal I installed linux-image-2.6.32-5-amd64 from unstable and linux-image-2.6.34-1-amd64 from experimental via aptitude on a virtual console. When I switched back to my desktop, after the install was finished, update-manager told me that I needed to restart the computer. Obviously this is false since I'm not overwriting or removing my current Linux images/modules. First this is not update-manager but update-notifier which showed the warning. Second, it is obvious that you need to reboot after installing a new kernel, regardless of whether or not it overwrote the current modules. Our ABI checks are now fine so it’s not expected to crash randomly when you upgrade the running kernel in place, but in all cases you need to reboot to have the new kernel. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you eat pasta without sauce, it is nothing `- short of communism.” -- Marie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574302: fso-abyss
Hi, does someone still work on abyss or is it completly dead? As I was updating my fso-abyss build the whole new config handling was included and I was not able to create a working config again. I moved abyss.conf to /etc/freesmartphone/conf/GTA02/fso-abyss.conf which resulted in abyss finding it again but I can't figure out how the config sections and params should look now for the new libgsm0710mux versions. Thanks Heiko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579687: curl ssl negotiation failure (-no_ticket?)
i've encountered the same problem. recompiled the lenny package with the above patch. it's working now. - Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584997: crash when printing from abiword 2.8.2
reassign 584997 abiword forcemerge 580346 584997 kthxbye Le mardi 08 juin 2010 à 10:24 +0300, Mikko a écrit : If I try to print, Abiword crashes. Printing window is shown very fast before crash. Then only text aborted in terminal. Printing from print preview works. Workaround, start abiword from terminal: GTK_MODULES=foo abiword http://bugs.gentoo.org/show_bug.cgi?id=272097#c32 I have done abiword bug report too, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580346 Please don’t open two bug reports for the same bug. Always open bugs against the crashing program, the maintainer will reassign. But maybe this is a gtk problem, not abiword http://bugzilla.abisource.com/show_bug.cgi?id=12341 http://bugzilla.abisource.com/show_bug.cgi?id=12372 None of the reports has a usable stack trace. Please try to obtain one as explained on http://wiki.debian.org/HowToGetABacktrace The workaround suggests that this is a bug in one of the GTK+ modules. Please show the contents of $GTK_MODULES before setting the variable. Installing the debugging symbols for the relevant modules would probably help too. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you eat pasta without sauce, it is nothing `- short of communism.” -- Marie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510497: ITP: suds -- lightweight SOAP client for Python
owner 510497 try...@lists.debian-maintainers.org tag 510497 pending thanks we've uploaded suds, pending NEW. unfortunately, i've not seen the already existing ITP, was looking for python-suds, anyhow, from reading its backlog it doesn't seem that we've stepped onto someones toes. Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584979: update-manager-gnome: bogus restart required message when installing extra linux kernel packages
reassign 584979 update-notifier 0.99.3debian4 thanks On Tue, 2010-06-08 at 09:37 +0200, Josselin Mouette wrote: First this is not update-manager but update-notifier which showed the warning. My apologies, reassigning. Second, it is obvious that you need to reboot after installing a new kernel, regardless of whether or not it overwrote the current modules. Our ABI checks are now fine so it’s not expected to crash randomly when you upgrade the running kernel in place, but in all cases you need to reboot to have the new kernel. When I reboot, I'll be rebooting into the same kernel, not the newer ones from sid/experimental. The latter two are only for testing. So no, I do not need to reboot. The only case where adding a new kernel would need a reboot would be where you remove one kernel and install a new one at the same time. -- bye, pabs http://bonedaddy.net/pabs3/ signature.asc Description: This is a digitally signed message part
Bug#582292: Confirmed here
Hello, my term.log (translate : kicsomagolás = extracting, Új csomag kiválasztása = selecting new package, Beállítás = setting ) Log started: 2010-06-06 16:23:45 new packages: libcddb2. kicsomagolás: libcddb2 innen: .../libcddb2_1.3.2-2_amd64.deb ... Új csomag kiválasztása: libdvbpsi5. kicsomagolás: libdvbpsi5 innen: .../libdvbpsi5_0.1.6-1_amd64.deb ... Új csomag kiválasztása: libebml0. kicsomagolás: libebml0 innen: .../libebml0_0.7.7-3.1_amd64.deb ... Új csomag kiválasztása: libmatroska0. kicsomagolás: libmatroska0 innen: .../libmatroska0_0.8.1-1.1_amd64.deb ... Új csomag kiválasztása: libsdl-image1.2. kicsomagolás: libsdl-image1.2 innen: .../libsdl-image1.2_1.2.10-2+b1_amd64.deb ... Új csomag kiválasztása: libtar. kicsomagolás: libtar innen: .../libtar_1.2.11-6_amd64.deb ... Új csomag kiválasztása: vlc-data. kicsomagolás: vlc-data innen: .../v/vlc/vlc-data_1.0.6-1_all.deb ... Új csomag kiválasztása: libvlccore2. kicsomagolás: libvlccore2 innen: .../libvlccore2_1.0.6-1_amd64.deb ... Új csomag kiválasztása: libvlc2. kicsomagolás: libvlc2 innen: .../vlc/libvlc2_1.0.6-1_amd64.deb ... Új csomag kiválasztása: libupnp3. kicsomagolás: libupnp3 innen: .../libupnp3_1%3a1.6.6-5_amd64.deb ... Új csomag kiválasztása: vlc-nox. kicsomagolás: vlc-nox innen: .../vlc/vlc-nox_1.0.6-1_amd64.deb ... Új csomag kiválasztása: libxcb-keysyms1. kicsomagolás: libxcb-keysyms1 innen: .../libxcb-keysyms1_0.3.6-1_amd64.deb ... Új csomag kiválasztása: vlc. kicsomagolás: vlc innen: .../v/vlc/vlc_1.0.6-1_amd64.deb ... Új csomag kiválasztása: vlc-plugin-pulse. kicsomagolás: vlc-plugin-pulse innen: .../vlc-plugin-pulse_1.0.6-1_amd64.deb ... Processing triggers for hicolor-icon-theme ... Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Processing triggers for menu ... Beállítás: libcddb2 (1.3.2-2) ... Beállítás: libdvbpsi5 (0.1.6-1) ... Beállítás: libebml0 (0.7.7-3.1) ... Beállítás: libmatroska0 (0.8.1-1.1) ... Beállítás: libsdl-image1.2 (1.2.10-2+b1) ... Beállítás: libtar (1.2.11-6) ... Beállítás: vlc-data (1.0.6-1) ... Beállítás: libvlccore2 (1.0.6-1) ... Beállítás: libvlc2 (1.0.6-1) ... Beállítás: libupnp3 (1:1.6.6-5) ... Beállítás: vlc-nox (1.0.6-1) ... Beállítás: libxcb-keysyms1 (0.3.6-1) ... Beállítás: vlc (1.0.6-1) ... Beállítás: vlc-plugin-pulse (1.0.6-1) ... Processing triggers for menu ... Log ended: 2010-06-06 16:24:15 Log started: 2010-06-06 16:59:51 Új csomag kiválasztása: libdvdread-dev. kicsomagolás: libdvdread-dev innen: .../libdvdread-dev_4.1.3-9_amd64.deb ... Új csomag kiválasztása: libdvdnav-dev. kicsomagolás: libdvdnav-dev innen: .../libdvdnav-dev_4.1.3-7_amd64.deb ... Processing triggers for man-db ... Beállítás: libdvdread-dev (4.1.3-9) ... Beállítás: libdvdnav-dev (4.1.3-7) ... Log ended: 2010-06-06 16:59:59 Log started: 2010-06-06 17:01:47 Új csomag kiválasztása: libavutil-dev. kicsomagolás: libavutil-dev innen: .../libavutil-dev_4%3a0.5.1-3_amd64.deb ... Új csomag kiválasztása: libswscale-dev. kicsomagolás: libswscale-dev innen: .../libswscale-dev_4%3a0.5.1-3_amd64.deb ... Beállítás: libavutil-dev (4:0.5.1-3) ... Beállítás: libswscale-dev (4:0.5.1-3) ... Log ended: 2010-06-06 17:01:50 Log started: 2010-06-06 17:35:54 Új csomag kiválasztása: libpostproc-dev. kicsomagolás: libpostproc-dev innen: .../libpostproc-dev_4%3a0.5.1-3_amd64.deb ... Beállítás: libpostproc-dev (4:0.5.1-3) ... Log ended: 2010-06-06 17:35:57 Log started: 2010-06-06 18:50:18 Új csomag kiválasztása: liberror-perl. kicsomagolás: liberror-perl innen: .../liberror-perl_0.17-1_all.deb ... Új csomag kiválasztása: libdigest-sha1-perl. kicsomagolás: libdigest-sha1-perl innen: .../libdigest-sha1-perl_2.12-1_amd64.deb ... Új csomag kiválasztása: git. kicsomagolás: git innen: .../g/git/git_1.7.1-1_amd64.deb ... Új csomag kiválasztása: libsvn-perl. kicsomagolás: libsvn-perl innen: .../libsvn-perl_1.6.9dfsg-1_amd64.deb ... Új csomag kiválasztása: libterm-readkey-perl. kicsomagolás: libterm-readkey-perl innen: .../libterm-readkey-perl_2.30-4_amd64.deb ... Új csomag kiválasztása: git-svn. kicsomagolás: git-svn innen: .../git-svn_1%3a1.7.1-1_all.deb ... Új csomag kiválasztása: rsync. kicsomagolás: rsync innen: .../rsync/rsync_3.0.7-2_amd64.deb ... Processing triggers for man-db ... Beállítás: liberror-perl (0.17-1) ... Beállítás: libdigest-sha1-perl (2.12-1) ... Beállítás: git (1:1.7.1-1) ... Beállítás: libsvn-perl (1.6.9dfsg-1) ... Beállítás: libterm-readkey-perl (2.30-4) ... Beállítás: git-svn (1:1.7.1-1) ... Beállítás: rsync (3.0.7-2) ... update-rc.d: using dependency based boot sequencing Log ended: 2010-06-06 18:50:49 =Xorg.0.log (II) Loading sub module fb (II) LoadModule: fb (II) Loading /usr/lib/xorg/modules/libfb.so (II) Module fb: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module ramdac (II) LoadModule: ramdac (II) Module ramdac already built-in
Bug#481166: Reproduction of tiny menu in xterm; see attached png
On Mon, 7 Jun 2010, pac...@kosh.dhis.org wrote: Don Armstrong writes: See the attached png which shows the tiny menu in xterm. I'll dig up some more useful debugging info. That looks familiar. Once, while experimenting with X resources, I added something like this: XTerm*Geometry: 80x30 which made the VT100 window 80x30 characters (intended) and all the menu windows 80x30 pixels (unintended). The * matches all kinds of things... If this is what you did, you should change it to XTerm.VT100.geometry http://invisible-island.net/xterm/xterm.faq.html#tiny_menus -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584928: tetex-bin fails to configure
On 07.06.10 Giuseppe Sacco (giuse...@eppesuigoccas.homedns.org) wrote: Il giorno lun, 07/06/2010 alle 20.40 +0200, Hilmar Preuße ha scritto: Hi, Workaround: remove the lines in question from the postinst script. Is upgrading to TeX Live an option? You are right. I changed the line to update-alternatives --remove-all oxdvi.bin || true and it worked as expected. I rather thought about something like: update-alternatives --display oxdvi.bin update-alternatives --remove-all oxdvi.bin Norbert, Frank: do you think it is worth to do another upgrade round for oldstable? H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584939: open-iscsi: cannot log into target from initramfs
I use iscsid because I did not know about iscsiboot and iscsid man page suggests that iscsi is not fully functional unless iscsid is running. I start the daemoun, do a discover and a login and everything works so long as iscsid does not tell me to go away when I connect with iscsiadm and /etc/passwd is not available. I don't think that iscsid would work later without proper configuration or that iscsiboot would create such configuration, especially since the root filesystem is not mounted yet. Thanks Michal Excerpts from Ritesh Raj Sarraf's message of Tue Jun 08 07:19:33 +0200 2010: There are many users using iscsi boot solutions (which requires login from initramfs). Are you sure you are following the right steps ? In the current upload in squeeze, there's a bug. It is fixed and pending an upload. You might want to check it. (DBTS #576786) Ritesh On Monday 07 Jun 2010 22:24:17 Michal Suchanek hramr...@centrum.cz wrote: The iscsid daemon only allows root to manage the iscsi disks. To check that the user is root it fist gets the uid, then calls getpwent on the uid and then compares the username with the string root. This is imho stupid and superfluous as just comparing the uid to zero would give the same level of sucurity wiht much less code. What's more, there is no /etc/passwd in initramfs. This patch just installs a default pwent entry for root in case getpwent fails. However, ripping out the junk with getpwent is suggested. I tried with the 2.0.870-rc3 iscsid but the patch still applies. -- Michal Suchánek michal.sucha...@ruk.cuni.cz tel 224491810 fax 224491594 Univerzita Karlova v Praze Ústav Výpočetní Techniky Ovocný trh 3 Praha 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583739: krb5-auth-dialog: Show heaps of dialogs in Gnome when left running
[Guido Günther] Seems to be a bug in Ubuntu's notification system then or do you know about other ways to revoke notifications? I must admit that I completely lack knowledge about the notification system. When I arrived at work today, after leaving my test laptop on during the night, I had 120 popup dialogs from krb5-auth-dialog waiting for me. Obviosly something is not working right here. This is with Ubuntu/Lucid + Gnome + sssd, and version 0.14-2ubuntu1 of krb5-auth-dialog (the one in Ubuntu Lucid. When I used a locally compiled version 0.15 yesterday, I only had 3 dialogs. Perhaps the dialog closing only work for the same type of dialog (as in about to expire)? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584998: ddclient: [INTL:sk] Slovak po-debconf translation
Package: ddclient Severity: wishlist Tags: l10n patch Version: 3.8.0-11.1 .po attached ~~helix84 sk.po Description: Binary data
Bug#584999: open-iscsi: no diagnostic of broken targets
Package: open-iscsi Version: 2.0.871.3-1 Severity: normal I tried to set up a Linux scsi target and the results I got with open-iscsi were very disappointing. I could discover the created target, log in but nothing would happen, no device would get created. It turned out that I had a typo in the name of the file to export as the iscsi target. Surely there is something the iscsiadm could print other than login successful. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.11.1-2 Embedded GNU C Library: Shared lib ii udev 0.125-7+lenny3 /dev/ and hotplug management daemo open-iscsi recommends no packages. open-iscsi 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#585000: Compile the library with -fPIC
Package: rtmpdump Severity: normal Hi, please build librtmp with -fPIC to allow usage of it in shared libraries (e.g. plugins). This doesn't have any implications for applications or anything else linking with the library. The rtmpdump build system allows this by doing make XCFLAGS=-fPIC Thanks signature.asc Description: This is a digitally signed message part
Bug#585001: [l10n:eu] ddclient 3.8.0-11.1: updated Basque translation
Package: ddclient Version: 3.8.0-11.1 X-Debbugs-CC: p...@beobide.net, debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of ddclient_3.8.0-11.1_eu.po to Basque # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Piarres Beobide p...@beobide.net, 2008, 2009. # Iñaki Larrañaga Murgoitio doo...@euskalgnu.org, 2010. msgid msgstr Project-Id-Version: ddclient_3.8.0-11.1_eu\n Report-Msgid-Bugs-To: ddcli...@packages.debian.org\n POT-Creation-Date: 2010-03-28 18:52+0200\n PO-Revision-Date: 2010-06-08 10:23+0200\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@euskalgnu.org\n Language-Team: Basque debian-l10n-bas...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../ddclient.templates:2001 msgid other msgstr bestelakoa #. Type: select #. Description #: ../ddclient.templates:2002 msgid Dynamic DNS service provider: msgstr DNS dinamikoaren zerbitzu hornitzailea: #. Type: select #. Description #: ../ddclient.templates:2002 msgid Please select the dynamic DNS service you are using. If the service you use is not listed, choose \other\ and you will be asked for the protocol and the server name. msgstr Hautatu erabiltzen duzun DNS dinamikoaren zerbitzua. Erabiltzen duzun zerbitzua ez badago zerrendaturik, \bestelakoa\ aukeratu ondoren protokolo eta zerbitzariaren izena galdetuko zaizkizu. #. Type: string #. Description #: ../ddclient.templates:3001 msgid Dynamic DNS server: msgstr DNS dinamikoaren zerbitzaria: #. Type: string #. Description #: ../ddclient.templates:3001 msgid Please enter the name of the server which is providing you with dynamic DNS service (example: members.dyndns.org). msgstr Idatzi DNS dinamikoaren zerbitzua hornitzen dizun zerbitzariaren izena (adibidez: members.dyndns.org). #. Type: select #. Description #: ../ddclient.templates:4001 msgid Dynamic DNS update protocol: msgstr DNS dinamikoa eguneratzeko protokoloa: #. Type: select #. Description #: ../ddclient.templates:4001 msgid Please select the dynamic DNS update protocol used by your dynamic DNS service provider. msgstr Hautatu DNS dinamikoa eguneratzeko protokoloa (DNS zerbitzuaren hornitzaileak erabiltzen duena). #. Type: string #. Description #: ../ddclient.templates:5001 msgid DynDNS fully qualified domain names: msgstr DynDNS guztiz kualifikaturiko domeinu-izena: #. Type: string #. Description #: ../ddclient.templates:5001 msgid Please enter the list of fully qualified domain names for the local host(s) (for instance, \myname.dyndns.org\ with only one host or \myname1.dyndns. org,myname2.dyndns.org\ for two hosts). msgstr Idatzi ostalari lokalaren guztiz kualifikatutako domeinu-izenen zerrenda (\nireizena. dyndns.org\ antzeko zerbait ostalari bakar bat baduzu edo \nireizena1.dyndns.org,nireizena2.dyndns.org\ bi ostalarirentzat). #. Type: string #. Description #: ../ddclient.templates:6001 msgid Username for dynamic DNS service: msgstr DNS dinamikoaren zerbitzuaren erabiltzaile-izena: #. Type: string #. Description #: ../ddclient.templates:6001 msgid Please enter the username to use with the dynamic DNS service. msgstr Idatzi erabiltzaile-izena DNS dinamikoaren zerbitzuan erabiltzeko. #. Type: password #. Description #: ../ddclient.templates:7001 msgid Password for dynamic DNS service: msgstr DNS dinamikoaren zerbitzuaren pasahitza: #. Type: password #. Description #: ../ddclient.templates:7001 msgid Please enter the password to use with the dynamic DNS service. msgstr Idatzi pasahitza DNS dinamiko zerbitzuan erabiltzeko. #. Type: boolean #. Description #: ../ddclient.templates:8001 msgid Find public IP using checkip.dyndns.com? msgstr Bilatu IP publikoa checkip.dyndns.com erabiliz? #. Type: boolean #. Description #: ../ddclient.templates:8001 msgid Please choose whether ddclient should try to find the IP address of this machine via the DynDNS web interface. This is recommended for machines that are using Network Address Translation. msgstr DynDNS web interfazearen bidez, aukeratu ddclient-ek ordenagailu honen IP helbidea bilatzen saiatu behar duen edo ez. Gomendagarria da NAT (Network Address Translation) erabiltzen duten ordenagailuentzako. #. Type: string #. Description #: ../ddclient.templates:9001 msgid Network interface used for dynamic DNS service: msgstr Sareko interfazea DNS dinamikoaren zerbitzuan erabiltzeko: #. Type: string #. Description #: ../ddclient.templates:9001 msgid Please enter the name of the network interface (eth0/wlan0/ppp0/...) to use for dynamic DNS service. msgstr Idatzi sareko interfazea (eth0/wlan0/ppp0/...) DNS dinamikoaren zerbitzuan erabiltzeko. #. Type: boolean #.
Bug#584906: nfs-kernel-server: nfs stop working suddenly
A Dimarts 08 Juny 2010, Ben Hutchings va escriure: On Mon, 2010-06-07 at 15:34 +0200, Leopold Palomo wrote: Package: nfs-kernel-server Version: 1:1.1.2-6lenny1 Severity: important In this server nfs have been working perfectly one year and half. However, lately we have have some serious issues with the nfs. Simply, the service stop and the _only_ way to repair the service is restarting the service. In the logs the only reference that we have is: orion mountd[4905]: couldn't open /var/lib/nfs/etab It's a bit annoying because our little network depends on that service. Do you have any idea why /var/lib/nfs/etab might be deleted or made unreadable? no ... the filesystem is consistent and when it works, works normally. I have not seen no important messages referring to nfs. Some idea to get information about this? Regards, Leo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584974: closed by Guido Günther a...@sigxcpu.org (Re: Bug#584974: git-buildpackage: Please add support for bz2 pristine-tar)
Debian Bug Tracking System, le Tue 08 Jun 2010 06:24:04 +, a écrit : Now that format 3.0 permits bz2 compression, git-buildpackage should support bz2 pristine-tar. It does. See --git-compression. bummer. I guess giving the list of compression methods would have let me find it. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584974: closed by Guido Günther a...@sigxcpu.org (Re: Bug#584974: git-buildpackage: Please add support for bz2 pristine-tar)
Debian Bug Tracking System, le Tue 08 Jun 2010 06:24:04 +, a écrit : Now that format 3.0 permits bz2 compression, git-buildpackage should support bz2 pristine-tar. It does. See --git-compression. Event better: shouldn't it automatically find out the format from debian/source/options? I'd expect git-buildpackage to behave like dpkg-buildpackage in that regard. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585003: [virtualbox-ose] Assertion error in PGMAllPool.cpp
Package: virtualbox-ose Version: 3.2.0-dfsg-1 Severity: important --- Please enter the report below this line. --- Hello, it seems I hit a bug, that is already known and fixed upstream. A assertion failure in PGMAllPool.cpp, which causes a abort when I start my vitual windows 7 machine. Here is the upstream bug report: http://www.virtualbox.org/ticket/6728 I would be really happy, if you could include a fix in your package. Cheers, Flo. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 testing ftp.de.debian.org 101 experimental-snapshots qt-kde.debian.net 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libc6(= 2.6) | 2.11.1-2 libcurl3(= 7.16.2-1) | 7.20.1-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-4 libpng12-0 (= 1.2.13-4) | 1.2.43-1 libpython2.6 (= 2.6) | 2.6.5+20100529-1 libsdl1.2debian (= 1.2.10-1) | 1.2.14-6 libssl0.9.8 (= 0.9.8m-1) | 0.9.8o-1 libstdc++6 (= 4.2.1) | 4.4.4-4 libvncserver0 | 0.9.7-2 libx11-6 | 2:1.3.3-3 libxcursor1( 1.1.2) | 1:1.1.10-2 libxext6 | 2:1.1.1-3 libxml2(= 2.7.4) | 2.7.7.dfsg-2 libxmu6 | 2:1.0.5-1 libxt6| 1:1.0.7-1 python2.5(= 2.5) | 2.5.5-6 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 python (= 2.4) | 2.5.4-9 python-central(= 0.6.11) | 0.6.16 adduser | 3.112 Recommends(Version) | Installed ===-+-== virtualbox-ose-dkms (= 3.2.0-dfsg-1) | 3.2.0-dfsg-1 OR virtualbox-ose-source (= 3.2.0-dfsg-1) | virtualbox-ose-qt (= 3.2.0-dfsg-1) | 3.2.0-dfsg-1 libgl1-mesa-glx | 7.7.1-3 OR libgl1 | libqt4-opengl (= 4:4.5.3) | 4:4.6.2-5 libqtcore4 (= 4:4.5.3) | 4:4.6.2-5 libqtgui4 (= 4:4.5.3) | 4:4.6.2-5 Suggests(Version) | Installed =-+-=== virtualbox-guest-additions| 3.2.0-1 libasound2| 1.0.23-1 libpulse0 | 0.9.21-1.2+b1 vde2 | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585002: clamav-daemon segfault at start
Package: clamav-daemon Version: 0.96.1+dfsg-1~volatile1 Severity: normal Hi, After upgrading start of clamav-daemon fails with a segfault: Starting ClamAV daemon: clamd /etc/init.d/clamav-daemon: line 308: 16305 Speicherzugriffsfehler start-stop-daemon --start -o -c $User --exec $DAEMON failed! Running clamd from command line, only this message is logged: Jun 8 10:33:30 s15210388 kernel: clamd[16637] general protection rip:2aba8f6ad730 rsp:7fff1b400c10 error:0 Nothing else to see in the logs. Regards Sebastian -- Package-specific info: --- configuration --- --- data dir --- insgesamt 23992 -rw-r--r-- 1 clamav clamav 1658495 8. Jun 10:18 daily.cvd -rw-r--r-- 1 clamav clamav 22906487 8. Jun 10:18 main.cvd -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.21-071108a (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages clamav-daemon depends on: ii clamav-base 0.96.1+dfsg-1~volatile1 anti-virus utility for Unix - base ii clamav-freshclam 0.96.1+dfsg-1~volatile1 anti-virus utility for Unix - viru ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc62.7-18lenny2GNU C Library: Shared libraries ii libclamav6 0.96.1+dfsg-1~volatile1 anti-virus utility for Unix - libr ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libtommath0 0.39-3 multiple-precision integer library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii ucf 3.0016 Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime clamav-daemon recommends no packages. Versions of packages clamav-daemon suggests: pn clamav-docs none (no description available) pn daemonnone (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#584988: xpilot-ng: NMU version 1:4.7.3-1.2
Tony, On 08/06/10 02:42 AM, tony mancill wrote: Based on email correspondence with Jari, you two have discussed a follow-on upload to clean up some of the packaging changes in the 1:4.7.3-1.1 upload. I've uploaded that NMU for xpilot-ng (versioned as 1:4.7.3-1.2) to DELAYED/10. Please feel free to tell me if I should delay it longer or remove it from the upload queue. The full diff is large (due to autoconf, etc.), so is not included. That's fine. I'm happy with the changes as presented by Jari in our last discussion. Thanks, Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584784: MIPS boot drivers
* Aurelien Jarno aurel...@aurel32.net [2010-06-08 07:31]: For the remaining MIPS flavors, I'll look at that later today, as it might include some tests. Thanks Aurelien. I'm away all of this week but I can test Cobalt next week. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582858: initramfs-tools: MODULES=dep fails when / is ubifs
* Michael Prokop m...@debian.org [2010-06-08 01:21]: Thanks for the patch, Martin. Can I apply it already to i-t? Sure. I'm not claiming that you'll actually be able to boot from ubifs with that ramdisk though. For that, i-t needs to be taught to know what to do about something like root=ubi0:rootfs. I see root=ubi0:root ubi.mtd=2 rootfstype=ubifs in the additional information section of the original bugreport. Who does evaluate this stuff in the guruplug device that's supposed to work? And what's behind ubi0:root? ubi.mtd=2 says that /dev/mtd2 should be used for ubi; this is then ubi0. ubi0:root is the root volume. I'm away this week but I'll try to look into this next week. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585004: bind9: Bind9 isn't detected to be running while named process exists
Package: bind9 Version: 1:9.6.ESV.R1+dfsg-0+lenny1 Severity: normal I upgraded bind9 this morning after receiving the alert : [SECURITY][DSA 2054-1] New Bind9 Packages fix cache poisoning After this upgrade Bind9 seemed to no be running : /etc/init.d/bind9 status throws : bind9 is not running failed! But at the same time, ps -Al | grep named shows 5 S 104 10552 1 2 80 0 - 15102 - ?00:00:00 named I run /etc/init.d/bind9 stop I get Stopping domain name service...: bind9 waiting for pid 10552 to die so I try to start bind 9 with /etc/init.d/bind9 start I get : Starting domain name service...: bind9. but trying right awway /etc/init.d/bind9 status still throws bind9 is not running failed! while ps -Al | grep named shows 5 S 104 11335 1 0 80 0 - 16322 - ?00:00:00 named -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bind9 depends on: ii adduser 3.110 add and remove users and groups ii bind9utils1:9.6.ESV.R1+dfsg-0+lenny1 Utilities for BIND ii debconf [debc 1.5.24 Debian configuration management sy ii libbind9-50 1:9.6.ESV.R1+dfsg-0+lenny1 BIND9 Shared Library used by BIND ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libdns55 1:9.6.ESV.R1+dfsg-0+lenny1 DNS Shared Library used by BIND ii libisc52 1:9.6.ESV.R1+dfsg-0+lenny1 ISC Shared Library used by BIND ii libisccc501:9.6.ESV.R1+dfsg-0+lenny1 Command Channel Library used by BI ii libisccfg50 1:9.6.ESV.R1+dfsg-0+lenny1 Config File Handling Library used ii libkrb53 1.6.dfsg.4~beta1-5lenny4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1+lenny1OpenLDAP libraries ii liblwres501:9.6.ESV.R1+dfsg-0+lenny1 Lightweight Resolver Library used ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii net-tools 1.60-22The NET-3 networking toolkit ii netbase 4.34 Basic TCP/IP networking system bind9 recommends no packages. Versions of packages bind9 suggests: ii bind9-doc 1:9.6.ESV.R1+dfsg-0+lenny1 Documentation for BIND ii dnsutils 1:9.6.ESV.R1+dfsg-0+lenny1 Clients provided with BIND ii resolvconf1.42 name server information handler pn ufw none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498693: amule-utils-gui: amulegui could allow changing skin
Why didn't this bug receive any attention? It doesn't seem too difficult to make the skins available on the amule-common package. Is there anything missing for this to go ahead? Thanks and regards, Pitxyoki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584962: Please provide audioscrobbler plugin again
Hello Chris, On Mon, Jun 07, 2010 at 08:58:07PM -0700, Chris Taylor wrote: They removed it due to lack of maintenance, code quality, and for being riddled with bugs. Due to these reasons, I support their decision. Until it is fixed and maintained upstream, I will not support putting it back into the Debian. I'm sorry to hear that, although I understand the decision. Best Regards Artur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584999: open-iscsi: no diagnostic of broken targets
On Tuesday 08 Jun 2010 13:55:45 Michal Suchanek wrote: I tried to set up a Linux scsi target and the results I got with open-iscsi were very disappointing. I could discover the created target, log in but nothing would happen, no device would get created. It turned out that I had a typo in the name of the file to export as the iscsi target. Surely there is something the iscsiadm could print other than login successful. The login operation's job is to only login into the target. As for whether you will see devices or not is highly dependent on whether you have assigned any such device. Where exactly do you see a bug ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs signature.asc Description: This is a digitally signed message part.
Bug#576723: #576723 (mising rt2860sta) closed in linux-2.6 2.6.34-1~experimental.2
unmerge 576723 found 576723 2.6.34-1~experimental.2 # restore usertag user debian-eeepc-de...@lists.alioth.debian.org usertag 576723 +features +901 thanks Hi Ben, linux-2.6 (2.6.34-1~experimental.2) experimental; urgency=low [ Ben Hutchings ] * [x86] Reenable rtl8192su, accidentally disabled in previous version (Closes: #580740) Not sure why #576723 (mising rt2860sta) was merged into #580740 (0bda:8171 Realtek USB WiFi unsupported), but the former is still not fixed: $ find /lib -name '*rt2860*' /lib/modules/2.6.33-2-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.33-2-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko /lib/modules/2.6.32-2-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.32-2-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko /lib/modules/2.6.32-5-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.32-5-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko /lib/modules/2.6.32-1-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.32-1-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko /lib/modules/2.6.31-1-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.31-1-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko /lib/modules/2.6.32-4-amd64/kernel/drivers/staging/rt2860 /lib/modules/2.6.32-4-amd64/kernel/drivers/staging/rt2860/rt2860sta.ko (note missing match in a 2.6.34 directory) $ find /lib/modules/2.6.34-1-amd64 | wc -l 3055 $ apt-cache show linux-image-2.6.34-1-amd64|grep '^Version' Version: 2.6.34-1~experimental.2 (Although the above is for amd64, the build log for i386 has no trace of 'rt2860' either.) Hopefuly the unmerge makes sense. Thanks for your work! signature.asc Description: Digital signature
Bug#584590: salome: New binary package organization
On 2010/6/4 Adam C Powell IV wrote: [...] * Separate salome-doc for non-built docs, and salome-user-doc and salome-dev-doc for docs built using the usr_docs and dev_docs make targets (once Debian has the disk space for all ~600 MiB of docs!) [...] Hello, we faced a similar problem in VTK, the vtk-doc package became huge at some point because a newer doxygen generates images with antialiased fonts. Our first workaround has been to not use antialiased fonts by wrapping /usr/bin/dot: http://git.debian.org/?p=collab-maint/vtk.git;a=commitdiff;h=45a29f66 Later won e generated images into SVG format, this is supported since doxygen 1.6.2; images are rendered much better and IIRC size is even smaller than with PNG non-antialiased fonts. http://git.debian.org/?p=collab-maint/vtk.git;a=commitdiff;h=3d9afe06 I suggest to generate docs in SVG and see if salome-doc's size becomes reasonable. In KERNEL_SRC_5.1.3/doc/salome/gui/doxyfile.in: -DOT_IMAGE_FORMAT = jpg +DOT_IMAGE_FORMAT = svg I am busy with other stuff and won't try that now. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498693: [Pkg-amule-devel] Bug#498693: amule-utils-gui: amulegui could allow changing skin
On Tue, Jun 8, 2010 at 11:01, Luís Picciochi Oliveira pitxy...@gmail.com wrote: Why didn't this bug receive any attention? It doesn't seem too difficult to make the skins available on the amule-common package. Is there anything missing for this to go ahead? if it's so easy, so why don't you propose a patch to fix it? complaining won't help fixing it faster (it's quite the opposite, actually) patches will. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585005: New upstream version 0.6.1, please package
Package: virtaal Version: 0.5.2-1 Severity: wishlist Hello: Please package newest versions for virtaal and translate-toolkit (not filling a bug against that package to avoid spamming you). Virtaal 0.6.1 introduces not only new features, but also some fixes for bugs present in the version in Debian's repository and much more, the change is impressive. Best regards, -- Omar Campagne Polaino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582858: initramfs-tools: MODULES=dep fails when / is ubifs
* Martin Michlmayr t...@cyrius.com [Tue Jun 08, 2010 at 09:58:34AM +0100]: * Michael Prokop m...@debian.org [2010-06-08 01:21]: Thanks for the patch, Martin. Can I apply it already to i-t? Sure. Thanks, done. I'm not claiming that you'll actually be able to boot from ubifs with that ramdisk though. For that, i-t needs to be taught to know what to do about something like root=ubi0:rootfs. I see root=ubi0:root ubi.mtd=2 rootfstype=ubifs in the additional information section of the original bugreport. Who does evaluate this stuff in the guruplug device that's supposed to work? And what's behind ubi0:root? ubi.mtd=2 says that /dev/mtd2 should be used for ubi; this is then ubi0. ubi0:root is the root volume. I'm away this week but I'll try to look into this next week. This would be great, thanks. regards, -mika- signature.asc Description: Digital signature
Bug#569359: mdadm -Ds insists on /dev/md/X device presence
* Neil Brown ne...@suse.de [2010-06-08 08:57]: When I run: mdadm --examine --scan --config=partitions I get: ARRAY /dev/md/0 metadata=1.2 UUID=afb5fddc:1e5a383b:246bf8de:7f52a209 name=debian:0 i.e. the /dev/md/0 form. (Also note that that the UUID in the map file is different to that reported by --examine --scan; not sure why.) You use --examine like this? You know the array you have just created. Right. The installer doesn't run this. It was just an example. But when mdadm is installed in the chroot, it doesn't know about the RAID devices and runs this command to find out what they are and to create a config. It would be safer to use mdadm -As to ensure all arrays are assembled, then mdadm -Ds to create mdadm.conf ... but why do you even want to create mdadm.conf ??? I'll let madduck answer this. In any case, it seems the short-time fix for this bug is to make sure /dev/md/X are created in Debian installer. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584822: grub2: command password
severity 584822 important retitle 584822 grub2: authentication documentation is inadequate thanks (CCing back to the bug, being careful to remove anything sensitive from your mail; please keep the bug in the CC list when replying, so that there's an audit trail.) On Tue, Jun 08, 2010 at 12:48:59AM +0200, Artificius wrote: attached my /boot/grub/grub.cfg under squeeze (2010-06-06), generated by update-grub and written in the MBR by grub-install '(hd0)'. Unfortunately the password section is ignored without any hint when starting. Is anything wrong in grub.cfg? By default, menu entries are unrestricted. You need to add --users to the menuentry command in order to restrict them to superusers only (this will involve editing /etc/grub.d/10_linux), or e.g. --users gnag to restrict them to superusers or a particular user list. I've tested this with your grub.cfg and confirmed that it works properly. I've also confirmed that, without modifications, your grub.cfg restricts use of the command line to the superuser. I've clarified the info documentation upstream to describe this properly. Here's the full current text: 12 Authentication and authorisation *** By default, the boot loader interface is accessible to anyone with physical access to the console: anyone can select and edit any menu entry, and anyone can get direct access to a GRUB shell prompt. For most systems, this is reasonable since anyone with direct physical access has a variety of other ways to gain full access, and requiring authentication at the boot loader level would only serve to make it difficult to recover broken systems. However, in some environments, such as kiosks, it may be appropriate to lock down the boot loader to require authentication before performing certain operations. The `password' (*note password::) and `password_pbkdf2' (*note password_pbkdf2::) commands can be used to define users, each of which has an associated password. `password' sets the password in plain text, requiring `grub.cfg' to be secure; `password_pbkdf2' sets the password hashed using the Password-Based Key Derivation Function (RFC 2898), requiring the use of `grub-mkpasswd-pbkdf2' (*note Invoking grub-mkpasswd-pbkdf2::) to generate password hashes. In order to enable authentication support, the `superusers' environment variable must be set to a list of usernames, separated by any of spaces, commas, semicolons, pipes, or ampersands. Superusers are permitted to use the GRUB command line, edit menu entries, and execute any menu entry. If `superusers' is set, then use of the command line is automatically restricted to superusers. Other users may be given access to specific menu entries by giving a list of usernames (as above) using the `--users' option to the `menuentry' command (*note menuentry::). If the `--users' option is not used for a menu entry, then that entry is unrestricted. Putting this together, a typical `grub.cfg' fragment might look like this: set superusers=root password_pbkdf2 root grub.pbkdf2.sha512.1.biglongstring password user1 insecure menuentry May be run by any user { set root=(hd0,1) linux /vmlinuz } menuentry Superusers only --users { set root=(hd0,1) linux /vmlinuz single } menuentry May be run by user1 or a superuser --users user1 { set root=(hd0,2) chainloader +1 } The `grub-mkconfig' program does not yet have built-in support for generating configuration files with authentication. You can use `/etc/grub.d/40_custom' to add simple superuser authentication, by adding `set superusers=' and `password' or `password_pbkdf2' commands. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584997:
echo $GTK_MODULES prints nothing, so it's empty Workaround gives error message too, but works still GTK_MODULES=foo abiword Gtk-Message: Failed to load module foo: libfoo.so: jaettua objektitiedostoa ei voi avata: Tiedostoa tai hakemistoa ei ole (libfoo.so: can't open: File does not exists) in English gdb trace, libc problem? Starting program: /usr/bin/abiword [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb77900cd in *__GI___libc_free (mem=0xaf5516cb) at malloc.c:3736 3736malloc.c: Tiedostoa tai hakemistoa ei ole. in malloc.c (gdb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583078: git-buildpackage: Please include git-pbuilder in the package
Sound like a good idea! Gbp currently ships a helper script in examples/ which could go then, however this script has some things that git-pbuilder currently lacks: * update|create|login options to log into the chroot * it takes the dist (sid, squeeze, ...) from the script name I wonder if we should merge those first? Russ, would you be o.k. with keeping git-pbuilder up to date in git-buildpackage? We could work with a submodule but this looks like overkill for a single skript. I'll have a look at the script to see what can be done. Currently I rig /etc/pbuilderrc to look at the DIST environment variable and choose the right cowdir. This isn't overly complicated: if [ -z $DIST ]; then BASEPATH=/var/cache/pbuilder/base.cow; else if [ $DIST = etch ]; then DEBIAN_ETCH_WORKAROUND=1; fi BASEPATH=/var/cache/pbuilder/base-$DIST.cow; fi Maybe git-pbuilder could source an additional configfile that defines this as default if you want. Or we could indeed always add options to git-pbuilder. However, in that last case, how do we make sure the cowdirs are there to begin with? And what options do we add? What if people want switches to switch between i386 amd amd64 on 64 bits machines? So: maybe we shouldn't go there at all and add a README that explains how to use multiple cowdirs and archs. Regards, Allard PS: git-buildpackage rocks!
Bug#584979: update-manager-gnome: bogus restart required message when installing extra linux kernel packages
On Tue, Jun 08, 2010 at 03:48:21PM +0800, Paul Wise wrote: reassign 584979 update-notifier 0.99.3debian4 thanks On Tue, 2010-06-08 at 09:37 +0200, Josselin Mouette wrote: First this is not update-manager but update-notifier which showed the warning. My apologies, reassigning. Second, it is obvious that you need to reboot after installing a new kernel, regardless of whether or not it overwrote the current modules. Our ABI checks are now fine so it’s not expected to crash randomly when you upgrade the running kernel in place, but in all cases you need to reboot to have the new kernel. When I reboot, I'll be rebooting into the same kernel, not the newer ones from sid/experimental. The latter two are only for testing. So no, I do not need to reboot. The only case where adding a new kernel would need a reboot would be where you remove one kernel and install a new one at the same time. By default you will boot into the newly installed kernel, as long as it's ABI old ABI. Therefore, you need to reboot in order to take advantage of the new kernel. This message is not a bug, it is a feature. You can hide all reboot notifications by setting the gconf option /apps/update-notifier/hide_reboot_notification to true. More is not possible. Future versions may be also able to tell you which packages require a reboot (by reading /var/run/reboot-required.pkgs), for kernel upgrades the package is always linux-base. The options for this bug are: a) close it b) tag it wontfix c) you could provide a patch for a gconf option /apps/update-notifier/hide_reboot_notification_for_packages which is a list of package names and make update-notifier only show a reboot notification if /var/run/reboot-required.pkgs contains one or more packages not in this option. If prefer (a). -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgplqRkrEBzwM.pgp Description: PGP signature
Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed
Package: xserver-xorg Version: 1:7.7-2 Severity: important Tags: upstream patch In short, the comma character is used to split options up (as opposed to, say, letting bash do it because presumabely bash doesn't have a well-known set of quoting and escaping rules used for specifying individual startup options to executables). In lieu of doing it properly, the included patch allows options (-keybd, -mouse, etc) to include commas by prepending a backslash. --- xorg-server-1.7.7.orig/hw/kdrive/src/kdrive.c +++ xorg-server-1.7.7/hw/kdrive/src/kdrive.c @@ -350,14 +350,23 @@ char * KdParseFindNext (char *cur, char *delim, char *save, char *last) { -while (*cur !strchr (delim, *cur)) +char prev = '\0'; + +while (cur *cur *cur != ',' || (prev prev == '\\')) { - *save++ = *cur++; + if (*cur == '\\' (prev prev != '\\')) + { + prev = *cur; + *cur++; + } else { + prev = *cur; + *save++ = *cur++; + } } *save = 0; *last = *cur; if (*cur) - cur++; + cur++; return cur; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584898: iproute: tc action ipt doesn't work (again)
Hi Ralf! I've had a quick look at the problem now... You could revert to this version for a temporary workaround: http://snapshot.debian.org/package/iproute/20100224-4/ I'll be travelling this week and won't have time until atleast next week to find the proper solution. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#318630: Design TRUSTED support
Julian Andres Klode j...@debian.org writes: On Mi, 2010-06-02 at 11:26 +0200, Goswin von Brederlow wrote: Any objections to the proposed design for this feature? - deb [key=0x1AB52325534,0x3475BDF478] ... Only accept signatures by one of the listed fingerprints Sounds good. - deb [keyring=foobar.gpg] ... Use foobar.gpg to verify the signatures and only foobar.gpg. What kinds of file names are supported: a) absolute paths Not sure if that is needed. But it should be simple to support. b) files relative to /usr/share/keyrings/ Relative to Dir::Keyrings or something. Definetly must be configurable by users/scripts so they can use their own keyring directory. Do we want to do permission checks on those files (i.e. only accept files not writeable by normal users)? Are there permissions checks on the current default keyring? Writeable by user if user is calling apt is definetly OK. So the check has to be somewhat intelligent. Not sure if it is worth it. deb [trust=always|never] Ignore the Release signature and just always or never trust the source. always would be for file:// or sources on the local network where you don't care if it is unsigned. never would be for repositories you want to always be asked before they are used and which should not replace packages from more trusted repositories. Let's add trust=moo, which let's a cow ask you whether you trust this source... BTW, Wasn't this all part of vendors.list sometime ago (I don't know whether it was, it's not used anymore; and was not in use when I started using Debian). [xxx] was the vendor field but it was never used. The parser just parsed it and threw it away. It is quite possible that is was ment to reference entries in another file (vendors.list) but probably never got finished. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585007: kopete: Jabber (XMPP) protocol disconnects repeatedly. Upstream #198789
Package: kopete Version: 4:4.4.4-1 Severity: normal Tags: upstream Kopete in KDE4 tends to repeatedly disconnect from servers due to a conceived protocol error, that seems to be a bug in the client's timeout handling. Upstream bug is at https://bugs.kde.org/show_bug.cgi?id=198789 including a proposed patch. Please consider including the patch in the Debian packages until it is included. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kopete depends on: ii kdebase-runtime 4:4.4.4-1runtime components from the offici ii kdepim-runtime 4:4.4.4-1Runtime components for akonadi-kde ii libc6 2.11.1-2 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgadu31:1.9.0~rc2-1Gadu-Gadu protocol library - runti ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.24.1-1 The GLib library of C routines ii libidn111.18-1 GNU Libidn library, implementation ii libkabc44:4.4.4-1library for handling address book ii libkde3support4 4:4.4.4-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.4-1the KDE Platform Core Library ii libkdeui5 4:4.4.4-1the KDE Platform User Interface Li ii libkdnssd4 4:4.4.4-1the DNS-SD Protocol Library for th ii libkhtml5 4:4.4.4-1the KHTML Web Content Rendering En ii libkio5 4:4.4.4-1the Network-enabled File Managemen ii libkmime4 4:4.4.4-1library for handling MIME data ii libknewstuff2-4 4:4.4.4-1the Get Hot New Stuff v2 Library ii libknotifyconfig4 4:4.4.4-1library for configuring KDE Notifi ii libkopete4 4:4.4.4-1main Kopete library ii libkparts4 4:4.4.4-1the Framework for the KDE Platform ii libkpimidentities4 4:4.4.4-1library for managing user identiti ii libkutils4 4:4.4.4-1various utility classes for the KD ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libmediastreamer0 3.3.0-2 linphone web phone's media library ii libmsn0.3 4.1-1.2 high-level C++ library for MSN Mes ii libortp83.3.0-2 Real-time Transport Protocol stack ii libotr2 3.2.0-2 Off-the-Record Messaging library ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-dbus 4:4.6.2-5Qt 4 D-Bus module ii libqt4-network 4:4.6.2-5Qt 4 network module ii libqt4-qt3support 4:4.6.2-5Qt 3 compatibility library for Qt ii libqt4-sql 4:4.6.2-5Qt 4 SQL module ii libqt4-xml 4:4.6.2-5Qt 4 XML module ii libqtcore4 4:4.6.2-5Qt 4 core module ii libqtgui4 4:4.6.2-5Qt 4 GUI module ii libsolid4 4:4.4.4-1Solid Library for KDE Platform ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-4 The GNU Standard C++ Library v3 ii libv4l-00.8.0-1 Collection of video4linux support ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime ii phonon 4:4.6.0really4.4.2-1 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages kopete recommends: ii libqca2-plugin-ossl 0.1~20070904-4 QCA OSSL plugin for libqca2 ii libqt4-sql-sqlite 4:4.6.2-5 Qt 4 SQLite 3 database driver Versions of packages kopete suggests: ii kdeartwork-emoticons 4:4.4.4-1 emoticon collections for KDE chat ii khelpcenter4 4:4.4.4-1 Help Center for KDE 4 ii texlive-latex-base2009-10TeX Live: Basic LaTeX 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#584923: scid: Move animation is too fast if board is fliped
Dear Premysl, sorry, but I can't reproduce this bug. Maybe you do it in a special way, that I didn't try. Thats, what I did: Case a: 1. I did load a pgn 2. Pressed the move button very fast, to make the moves 3. I flipped the board with the flip button 4. Pressed the move button very fast again, to make the moves - The animation of the moving pieces were independent of the colour and, which side was up or down. Case b.: 1. I loaded a pgn 2. Set the move time (in the analysis configuration menue) to 3 seconds 4. I pressed the autoplay button (blue arrow with a black one above it). - The game is autoplayed forward 5. while autoplaying, I flipped the board, with the flip button 6. Flipped it back and forth - The animation of the moving pieces was independent of the colour and, which side was up or down. Maybe you are doing it in another way, please tell me how. Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498693: [Pkg-amule-devel] Bug#498693: amule-utils-gui: amulegui could allow changing skin
I wasn't quite complaining: just asking if there's something stopping this from going forth. And if so, maybe I could try helping with that, I see no reason for the bitterness. I have no packaging experience and I don't understand what you mean with proposing a patch. The only change that I see as necessary is to move the skin files from the amule package to the amule-common package. But I can be wrong. What kind of patch would be needed for that? Aren't patches necessary only when some source-code or plain-text file needs to be changed? Best regards, Pitxyoki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584952: gitg: memory error / assertion failed
On Mon, Jun 07, 21:14:30 -0400, Eric Cooper wrote: Do you know if there is a simple way to build the debugging version with pbuilder? I prefer to use that so I don't need all the -dev and -dbg packages installed in my main system. I guess if you remove the call to dh_strip in debian/rules and build that it should build gitg with debugging symbols. You will still need to have glib (et al.) dbg packages installed though. -- Jonny Lamb, UK jo...@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#501359: initramfs-tools: MODULES=dep does not like Xen virtual block devices
tags 501359 + moreinfo thanks * Ian Campbell i...@hellion.org.uk [Die Apr 06, 2010 at 04:43:15 +0100]: On Tue, 2010-04-06 at 04:23 +0200, maximilian attems wrote: sorry for late reponse, 0.94 changed a bit the way sysfs is walked. could you please check against it if MODULES=dep is fixed? It works for me but I do not recall if I was originally able to reproduce the issue with the whole device disk configuration I typically use and I don't have an easy way to construct a partitions only configuration at the moment. IIRC Ferenc (the original reporter) was using the partition based scheme so perhaps he can confirm if it works for him now. Ferenc, any news on that? Would be great if you could give initramfs-tools =0.95.1 a try. regards, -mika- signature.asc Description: Digital signature
Bug#574302: fso-abyss
Am 08.06.2010 um 09:11 schrieb Heiko Stuebner: does someone still work on abyss or is it completly dead? Well, since fso-abyss is just a standalone version of libgsm0710mux, which I still maintain, we can consider it being alive, although somewhat deprecated, since we no longer use the pty redirection in fsogsmd. As I was updating my fso-abyss build the whole new config handling was included and I was not able to create a working config again. I moved abyss.conf to /etc/freesmartphone/conf/GTA02/fso-abyss.conf which resulted in abyss finding it again but I can't figure out how the config sections and params should look now for the new libgsm0710mux versions. You can take the libgsm0710mux section from any fsogsmd.conf, e.g. use: [libgsm0710mux] log_level = INFO log_to = file log_destination = /var/log/libgsm0710mux.log # Set to 1, when the first AllocChannel request should open a new MUX session muxer_autoopen = 1 # Set to 1, when the last ReleaseChannel closes the MUX session muxer_autoclose = 1 # Communication means device_type = serial # Communication port device_port = /dev/ttySAC0 # Port speed device_speed = 115200 # MUX mode, set to 0 for 07.10 basic multiplexing, to 1 for advanced mode device_mux_mode = 1 # set maximum 07.10 frame size device_mux_framesize = 89 # Set wakeup threshold for device (in seconds) or 0 to disable device_wakeup_threshold = 5 # Set wakeup time for device (in milliseconds) device_wakeup_waitms = 250 # DEBUG: Whether to ignore MUX mode session_debug_leave_mux_alone = 0 # DEBUG: Whether to ignore FC mode session_debug_leave_fc_alone = 0 Cheers, :M: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585008: coreutils: ln -f silently fails to remove former link
Package: coreutils Version: 8.5-1 Severity: important Tags: squeeze To reproduce: mkdir a b ln -s a x ln -s -f b x The last line should have removed the previous link to 'a' and replaced it with the new link to 'b'. However, 'ls -l' shows that the link 'x' still points to 'a'. The failure to remove the former link is silent. This worked in releases up to and including 'lenny'. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (720, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.49-2 Access control list shared library ii libattr1 1:2.4.44-1 Extended attribute shared library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libselinux1 2.0.94-1 SELinux runtime shared libraries -- 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#584898: iproute: m_xt.so broken because of symbols being kept local.
While converting the xt (ipt) tc module to a shared object[1] to get rid of tc linking directly to xtables I broke the module. When tc linked directly to xtables, all the symbols where globally available to all additionally loaded shared objects (libxt_MARK.so). When loading m_xt.so via dlopen, they aren't because dlopen defaults to keeping symbols local. This means that m_xt.so loads libxtables.so symbols, but keeps them local. When later loading the iptables libxt_MARK.so module, it can't find the xt_params symbol (part of libxtables.so). The below patch fixes this BUT IS INTENTIONALLY NOT signed off. This will make all modules symbols global and I've not had time to investigate what havoc that might wreak (in the future, since right now m_xt.so is the only tc module available?). I'll be away for the rest of this week and will hopefully get time next week to look closer at this. I'd be more then happy if someone else picked this up while I'm gone. ;P Regards, Andreas Henriksson [1]: http://git.kernel.org/?p=linux/kernel/git/shemminger/iproute2.git;a=commit;h=ab814d635529787036b3caddb590034a4e6a48e6 diff --git a/tc/m_action.c b/tc/m_action.c index a198158..6464b2e 100644 --- a/tc/m_action.c +++ b/tc/m_action.c @@ -99,7 +99,7 @@ restart_s: } snprintf(buf, sizeof(buf), %s/m_%s.so, get_tc_lib(), str); - dlh = dlopen(buf, RTLD_LAZY); + dlh = dlopen(buf, RTLD_LAZY | RTLD_GLOBAL); if (dlh == NULL) { dlh = aBODY; if (dlh == NULL) { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed
On Tue, Jun 8, 2010 at 10:24:21 +0100, Matthew King wrote: In short, the comma character is used to split options up (as opposed to, say, letting bash do it because presumabely bash doesn't have a well-known set of quoting and escaping rules used for specifying individual startup options to executables). In lieu of doing it properly, the included patch allows options (-keybd, -mouse, etc) to include commas by prepending a backslash. Thanks for the report. Would you mind sending your patch to xorg-de...@lists.x.org as per [0]? [0] http://www.x.org/wiki/Development/Documentation/SubmittingPatches Cheers, Julien signature.asc Description: Digital signature
Bug#550236: Patch
There is a patch for this in the Ubuntu bug tracker: http://launchpadlibrarian.net/33806214/srm.c.diff -- David Futcher (bobbo) Ubuntu Developer
Bug#319234: Congrat,891,934.00GBP has been awarded to you.
Submit Name:Address:Age:Sex:Occupation:Tel:Country -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585009: [gourmet] gourmet don't start in Sid
Package: gourmet Version: 0.15.4-3 Severity: normal Tags: l10n --- Please enter the report below this line. --- --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-5-686 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.fr.debian.org 500 debian www.tvfreeplayer.com 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+- python| 2.5.4-9 python-central(= 0.6.11) | 0.6.16 python-imaging| 1.1.7-1+b1 python-glade2 | 2.17.0-2 python-gtk2 (= 2.3.92) | 2.17.0-2 python-reportlab | 2.4-1 python-sqlalchemy | 0.6.1-1 python-poppler| 0.12.1-1+b1 Recommends (Version) | Installed -+-=== python-gnome2| 2.28.1-1 Package's Suggests field is empty. d...@debian-txo:~$ gourmet -v DEBUG_LEVEL= 1 DEBUG: /usr/share/gourmet/gourmet/GourmetRecipeManager.py: 49 No RTF support DEBUG: /usr/share/gourmet/gourmet/GourmetRecipeManager.py: 681 showing splash screen... DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 70 Loading plugins from /home/dieu/.gourmet/plugins DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 70 Loading plugins from /usr/share/gourmet/gourmet/plugins DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/listsaver.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/browse_plugin.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/unit_converter.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/key_editor.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/shopping_associations.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/nutritional_information.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/duplicate_finder.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/field_editor.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/utf16.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/python_shell.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/email.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/unit_display_prefs.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/spellcheck.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 70 Loading plugins from /usr/share/gourmet/gourmet/plugins/import_export DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/pdf.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/website_import.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/krecipe_plugin.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/webimport.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/archive.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/mealmaster.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/gxml.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/plaintext.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/html.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 73 Found /usr/share/gourmet/gourmet/plugins/import_export/mastercook_plugin.gourmet-plugin DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 70 Loading plugins from /usr/share/gourmet/plugins DEBUG: /usr/share/gourmet/gourmet/plugin_loader.py: 70 Loading plugins from /usr/share/gourmet/plugins/import_export DEBUG: /usr/share/gourmet/gourmet/backends/db.py: 170 Initializing DB connection DEBUG:
Bug#585010: egroupware: In addressbook ERROR: ORDER BY n_given is ambiguous
Package: egroupware Version: 1.6.001+dfsg-2 Severity: normal Tags: upstream This bug has also been Identified in upstream 1.6.003. If a user has distribution lists, upon entering addressbook and selecting a distribution list, user gets an error like: SELECT egw_addressbook.*,n_given,n_given'' FROM egw_addressbook JOIN egw_addressbook2list ON egw_addressbook.contact_id=egw_addressbook2list.contact_id AND list_id=66 LEFT JOIN egw_accounts ON egw_addressbook.account_id=egw_accounts.account_id WHERE contact_tid='n' AND (egw_addressbook.contact_owner=142 OR contact_private=0 AND egw_addressbook.contact_owner IN (140,11,142,0) OR egw_addressbook.contact_owner IS NULL) AND (account_expires IS NULL OR account_expires = -1 OR account_expires 1275977177) ORDER BY n_given'' DESC,n_given ASC,n_family ASC,org_name ASC ERROR: ORDER BY n_given is ambiguous LINE 1: ...t_expires 1275977177) ORDER BY n_given'' DESC,n_given AS... Looking at the lighttpd log file we get something like 2010-06-08 11:44:24: (mod_fastcgi.c.2711) FastCGI-stderr: Database error: Invalid SQL: SELECT egw_addressbook.*,n_family,n_family'' FROM egw_addressbook JOIN egw_addressbook2list ON egw_addressbook.contact_id=egw_addressbook2list.contact_id AND list_id=57 LEFT JOIN egw_accounts ON egw_addressbook.account_id=egw_accounts.account_id WHERE contact_tid='n' AND (egw_addressbook.contact_owner=8 OR contact_private=0 AND egw_addressbook.contact_owner IN (140,11,8,0) OR egw_addressbook.contact_owner IS NULL) AND (account_expires IS NULL OR account_expires = -1 OR account_expires 1275986664) ORDER BY n_family'' DESC,n_family ASC,n_given ASC,org_name ASC: ERROR: ORDER BY n_family is ambiguous LINE 1: ..._expires 1275986664) ORDER BY n_family'' DESC,n_family A... ^ #0 /usr/share/egroupware/phpgwapi/inc/class.egw_db.inc.php(684): egw_db-halt('Invalid SQL: SE...', 860, '/usr/share/egro...') #1 /usr/share/egroupware/phpgwapi/inc/class.egw_db.inc.php(1913): egw_db-query('SELECT egw_addr...', 860, '/usr/share/egro...', 0, 23, false, 2) #2 /usr/share/egroupware/etemplate/inc/class.so_sql.inc.php(861): egw_db-select('egw_addressbook', 'egw_addressbook...', Array, 860, '/usr/share/egro...', 0, 'ORDER BY n_fami...', 'phpgwapi', 23, ' JOIN egw_addre...') #3 /usr/share/egroupware/addressbook/inc/class.addressbook_sql.inc.php(417): so_sql-search('', 'egw_addressbook...', 'n_family'' DE...', Array, '%', false, 'OR', Array, Array, ' JOIN egw_addre...', NULL) #4 /usr/share/egroupware/addressbook/inc/class.addressbook_so.inc.php(628): addressbook_sql-search('', false, 'n_family'' DE...', '', '%', false, 'OR', Array, Array, '', NULL) #5 /usr/share/egroupware/addressbook/inc/class.addressbook_ui.inc.php(953): addressbook_so-search('', false, 'n_family'' DE...', '', '%', false, 'OR', Array, Array) #6 /usr/share/egroupware/etemplate/inc/class.nextmatch_widget.inc.php(320): addressbook_ui-get_rows(Array, Array, NULL) #7 /usr/share/egroupware/etemplate/inc/class.boetemplate.inc.php(529): nextmatch_widget-pre_process('exec[nm]', Array, Array, Array, Array, Object(etemplate)) #8 /usr/share/egroupware/etemplate/inc/class.etemplate.inc.php(1012): boetemplate-extensionPreProcess('nextmatch', 'exec[nm]', Array, Array, Array) #9 /usr/share/egroupware/etemplate/inc/class.etemplate.inc.php(803): etemplate-show_cell(Array, Array, Array, 'exec', 0, 2, 'all', '', '/0/3A') #10 /usr/share/egroupware/etemplate/inc/class.etemplate.inc.php(1349): etemplate-show_grid(Array, Array, Array, 'exec', 0, 0, '/0') #11 /usr/share/egroupware/etemplate/inc/class.etemplate.inc.php(609): etemplate-show_cell(Array, Array, Array, 'exec', 0, 0, '', NULL, '/0') #12 /usr/share/egroupware/etemplate/inc/class.etemplate.inc.php(220): etemplate-show(Array, Array, Array, 'exec') #13 /usr/share/egroupware/addressbook/inc/class.addressbook_ui.inc.php(344): etemplate-exec('addressbook.add...', Array, Array, NULL, Array, 0) #14 /usr/share/egroupware/index.php(110): addressbook_ui-index()
Bug#569359: mdadm -Ds insists on /dev/md/X device presence
also sprach Martin Michlmayr t...@cyrius.com [2010.06.08.1124 +0200]: It would be safer to use mdadm -As to ensure all arrays are assembled, then mdadm -Ds to create mdadm.conf ... but why do you even want to create mdadm.conf ??? I'll let madduck answer this. I have not yet found a way to ensure stable device names without an mdadm.conf, so I have not yet made it optional. The current push to UUID-based device access in combination with incremental assembly might be the key. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems arrogance on the part of the meritorious is even more offensive to us than the arrogance of those without merit: for merit itself is offensive. -- friedrich nietzsche digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#584541: fuse-utils: encfs fails (via fusermount) if called from an encrypted dir
On Mon, 7 Jun 2010, Julian Gilbey wrote: On Mon, Jun 07, 2010 at 01:07:37PM +0200, Miklos Szeredi wrote: On Fri, 04 Jun 2010, Julian Gilbey wrote: The source of the problem appears to be in util/fusermount.c, lines 599-605, where a check is performed to determine whether the current directory (.) is readable. It is not at all clear to me why this should be necessary, as we are about to chdir to the mount point anyway. It's not clear whether this is needed or not. If you look at mount_fuse() the original CWD is restored after do_mount() and before add_mount(). Currently add_mount() is called with the original working directory. If we didn't open the current directory then restoring it would not be possible. I'm unclear why the current directory needs to be restored. After calling do_mount(), the current directory is restored, then there are a few cleanups and the program exits. Nothing is done in the current directory. add_mount() is called after do_mount(). This will execute /bin/mount to add an entry to /etc/mtab. This will be called with an absolute path, so it should work with any CWD but it needs some careful thoght to make sure it's OK in every respect. Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584204: [plymouth] stop just before entering runlevel 2
tag 584204 help tag 584204 upstream thanks i have no ati cards, so i'm afraid there is nothing i can do about this bug. my systems have either intel or nvidia cards, and there it works (apart from the missing smoth gdm transition). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550584: flash-kernel not run when going to new upstream kernel version
* maximilian attems m...@stro.at [Son Okt 11, 2009 at 01:32:41 +0200]: On Sun, Oct 11, 2009 at 12:13:13PM +0100, Martin Michlmayr wrote: When you install a new kernel version (e.g. 2.6.29 - 2.6.30, or 2.6.30-1 to 2.6.31-2) the new version is not written to flash. This is because initramfs-tools will only call flash-kernel when updating a ramdisk (-u), but not when creating one (-c). [...] we had lately a discussion with elilo for ia64 on #d-kernel. conclusion was linux-image postinst has to run it. see commit of elilo bit. for flash-kernel postinst will need a bit more work, but should be done there. maks, should we reassign this issue to another package? If not what needs to be done nowadays? regards, -mika- signature.asc Description: Digital signature
Bug#568120: openerp-client: client hangs after database creation if I click connect later
please retry with 5.0.11 again. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557779: Cannot configure initial database
tag 557779 moreinfo thanks please retry with 5.0.11 again, in particulare in the light of #584976. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585008: user error
Not a bug: correct invocation in that situation (existing link may reference a dir) is ln -s -nf b x because -n blocks dereferencing link to dir.
Bug#498693: [Pkg-amule-devel] Bug#498693: amule-utils-gui: amulegui could allow changing skin
I got the source from [1] and modified the amule.install and amule-common.install files at debian/. I also edited the description for amule-common to tell that it now contains the skins and that one might also want to install amule-utils-gui if you only want to use the remote GUI. I tested it by creating the packages on my machine and it seemed to work fine. I hope I didn't do anything wrong, but if I did, feel free to tell me. Best regards, Pitxyoki 1 - http://git.debian.org/?p=pkg-amule/amule.git;a=summary On Tue, Jun 8, 2010 at 10:48 AM, Sandro Tosi mo...@debian.org wrote: On Tue, Jun 8, 2010 at 11:37, Luís Picciochi Oliveira pitxy...@gmail.com wrote: I wasn't quite complaining: just asking if there's something stopping this from going forth. And if so, maybe I could try helping with that, I see no reason for the bitterness. probably I read your reply tone wrong, probably your reply could have been written better. I have no packaging experience and I don't understand what you mean with proposing a patch. The only change that I see as necessary is to move the skin files from the amule package to the amule-common package. But I can be wrong. What kind of patch would be needed for that? Aren't patches necessary only when some source-code or plain-text file needs to be changed? patches to a debian source package can either change upstream code or debian packaging, so the proposed patch can also change something in debian/ dir (where the packaging lives). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi diff -r a/amule/debian/amule-common.install b/amule/debian/amule-common.install 1a2 usr/share/amule/skins diff -r a/amule/debian/amule.install b/amule/debian/amule.install 2d1 usr/share/amule/skins diff -r a/amule/debian/control b/amule/debian/control 56,58c56,58 This package contains localization files and webserver templates for aMule. You probably don't want to install this package alone, but amule or amule-daemon instead. --- This package contains localization files, webserver templates and GUI skins for aMule. You probably don't want to install this package alone, but amule, amule-daemon or amule-utils-gui instead.
Bug#585011: debian-maintainers: DM application for Carl Chenet
Package: debian-maintainers Severity: normal Tags: patch I hereby confirm my will to become Debian maintainer. More details in attached jetring changeset headers. Best regards, Carl Chenet -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Comment: Add Carl Chenet cha...@ohmytux.com as a Debian Maintainer Date: Tue, 08 Jun 2010 12:48:20 +0200 Action: import Recommended-By: Sandro Tosi mo...@debian.org Piotr Ożarowski oza...@gmail.com Agreement: http://lists.debian.org/debian-newmaint/2010/06/msg7.html Advocates: http://lists.debian.org/debian-newmaint/2010/06/msg8.html http://lists.debian.org/debian-newmaint/2010/06/msg00011.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQINBEpjqM4BEACprVXupr3GC3XgJa9Z+T1WNyS0AkbYHoIVAd8PMLy9N2NjSq9C GpUVj+k/QPL97O1FzDcXhhI5BIloP6Yd6WT7RJkKFEq6dtHFbNZFYPtx/7c2EAOp ks/lpFiFGtFc3Tw9kc/7Ud4on7mJ2ehrzXR85xXSM3ZM6kI3+kLVB4gLJ7dcs3J/ nyX89ldzVtUiy76RqGc6fCl/Z5xHE99vMZpTvofAE24iLlbshpnosRppnVi36mGD d9xEva+0f7j0VIRI7hWrU831UD9x5t/3N9KongAMhYRQrt9GzLUfEIokTxJXjVw0 lGdZ/p1tnayk/baUgCSgR3gCg8a+PnqwvwfxEXh7JxhQgjWMnxILLhs911B0scKB R9rU7xCL/wzlny0e4Q5HVRsOBWABCUEStwnhHuhz4aYZQuXOWQF91WkGFU0ef0u5 RvzFSeiIOEj9Sp6JL2yTBzU7s9zmX18GD9Uy5PC37JjWRebdt/8+nH6kcPXt8pYN XAH+yCoWSkznLX2/wBscegRfId9PNVcZAD/wd2GUKSxdX86TkdT6FRX4FbSaKiU8 Ps3djQe6zMYp44G8fYBW8UL6Q/oBRKaKaF1u4SB0IhtOnzHP2CrjXArg0JSFdc97 ojBh8QL1bObwqRkJLusUOiiAh51Ub5eJLkNZMbWgi9orIaPL0QuKT2sMQwARAQAB tCBDYXJsIENoZW5ldCA8Y2hhaWNhQG9obXl0dXguY29tPokCNgQTAQgAIAIbAwIe AQIXgAUCSn1P0AYLCQgHAwIEFQgCAwQWAgMBAAoJEAJwonWM1zbi3ugP/j4Axfy3 mBEQfUnrG9Sdv+mx5ZqK2teRUHpfJkpDYwtYtO/pvz0BborhjpVnkoJSerBzpu7M DfIJUCJmsDkBmhMhIbpjr8vD9he/MFlcudZTHNnayoRDux3zs21d7w9gNg2/1rH6 NMdLZtXN4I99EQJY2ZXWT1vL9jYISLtlOgj7v3tv80khBeDw+2Euy+ZIJZi57eRb BiecY+l/yWG4Blq5gVjysjim2utLBea+JEz9iEIvs04oc6glKctZeZphK6E0mz5N lId0N2yalXaUEbfg1n7XBFo/k0Db110MZh16bWQVfpnPf6OXhqHOZAF9ZrzZWsy/ W0VK3aRD7IMkUzGRrLCIC81TF84tGZ2KSI6VgZ+wDM5uOKBAgxLkHjFtFlsfFzyt k5YhH1wWehW+8t1Xt7zU6GhPTU/VNjg8K1TpIpWfumeGA3DGTauyBWhH+KB4RghR wJK09L6qyLE/9hdQDTXWiRlEwS6320t18Fc1SdTk5OscRvaS/v18mJsuYbjyUBLd 3TZ92z8C7FA42UvjUhdP8mEv+b+olGHd45jTPF4Y+3cfJeLqIjAGwmPaSKTucYth HRp4vazG2Wl2kNHPes4uV7vaIGbPbPV790/lFI9MQXkJXcNiFaHpzE13ngAHi8fk kD7vfhiJ0rZ5pdlCmKiLy9YdzUOzbnYS52NfiQI2BBMBCAAgBQJKY6jOAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQAnCidYzXNuI3Zg/+KYVUypnBXVbOnSUH GfsHA4yIjFD3QmkqXYsLLLX8sVMeb8CNLSSbg0YAvSiYYGZQB6SFflaPUHoqA2Kd BFUR8OSmvz1AXioOIF5RdnUNLbPOYnjgaZmOONmzz17bomkjO0e1+GxQaGFnaLNk BhNRTnXxcyTlfqs6iGpHJ47g2DONdLMHshCtc6Bp5o4M3cNrizXzPmkL0e4qHTiN 6Skue3GLLikdW40xcejWtrCcsZIChuWQ504qegCbJZ47h6wtKCzihKOtVYyxuHNN iptMkFBxdcEPp5I6RY94TKjqHGgLRcYY7Kvi8M3nVhMM+0emidsT2RwZJ0Oq7UKP fL3qOmD69e8D6oq1fIHN/yuUE9LFtuLK9HEaq1hOmQprWdLLXCR7m5LUHdyB/tNN tS9xqFPClTyVCrXy81TIPlyvqe/WHpVbm6bUPQbvkHwCJoCd6WUDqZViy/4MQ1mF GL2Y/MW+aw1rt7MZk+FFMHwTEjS5Ilb8hPzHUxGU091bJIesdjD3EcA87qIQq5z6 Tnd9yogn82K7mtML/pZT73DJPYc8frL0Zw1l8DNOMI8j4l+zOKKsW03/eZPsfVrq 9yKK1lqGTHQsXVbR93uZUsJH5PgRhTS4j+2cuuW/ONGjN8+fChMJhBpVC2xuloCx WsJbuq62zgPVp9vDFHvg7Mct3s2IRgQQEQIABgUCSotApQAKCRCwpMWkN9lBLBti AJ9zjs+II2MurOeV+cvCWzsA5nl7KgCgiH27NC1sN2OVZTCgcE5uSlmHZZ+IRgQQ EQgABgUCSvsm7QAKCRDU5e2swBQ9LaZPAJ0RPpw+sgz8e9SRFpDMzbDGdKAijQCf VhehJAY4gY8kG/s2eV2X7HU5d7eJAhwEEAEIAAYFAkr7JwIACgkQhy9wLE1uJajm JQ/8CntUcC8hQPv4qXZwlHbXOatjo7SrU8o/On2KjJoxFj0ZO5qgF3xr4I8IJyWk FI4sYIBcAN8e3sBtbvZSSwgCRD2OlI9a4STO300rzfQVYi59gIV+oY1fG3bPGWix We50754Jz5hjBd5k7vbJCJJlon9+U+lyRLUMICbcH5ROMGgizSlLbzUAdiEd5ngN yNryCUS5JXlWk4uUpeRaO1+gptggO1JkbfiYLlXJ5bBqm/0TSxAVyA9Xny/aupRm YkpzveDRt4nzEFrWe8sJPpu2V5rNIf+cMSkG/GXvAmqvje8NMG+a/Gq005vr/X5I h1XvxQTpzOj3papJJOw8eevRXO7XzCIBCpxLQ5ufZmk5iVTPu43pI28bSLy8CGY4 N0c1zFQSaRTJgSrbcRR5hj1UwfPIAkXHsxmktwunS8E6I5z9BtVmPkh+OZY/XprQ O90BS9ZbTWkWebzKSXD66qPx51ymQ7smeTKzY8AnoEwUnmHrfaE0FBmpgIy9NDwU T4ne6EYuQlPLi4A79DBv/wDnLZEDrN5ev0vGxsUaZ+UF1NW6+WaqslhfvjP/O4zm eqo5DVTWdsXVBJTXN4JCJ9gSNiJf8P3HGDDdJPnROXBAdxdERZG+6FzYHmiB3bvz FhfFLqu/dNTLOxBpIZFtvucgzu/5yL2lv9avQ+NCSN6aiL6IRgQQEQIABgUCSvnN BQAKCRB88/WvKUmfYdSeAKCVly3N0D5M3ZNxU0Y+mmBX3TUqzQCff3D+zjXEpwdR /sI0TOp2SIjfzOiJAhwEEAECAAYFAkr4sHAACgkQBVxLNf6PXw//dcEVlBqc FcI4Fked4iEDwi64Rd/AzI9WEFoTw39nUnNDRVPE/KhGtqIFWtDbiK2wQZzDvp1y RF5KV+GEG0TRndd/et0y/YDYZFAglrddUNl/jSCK1592ZVOgx/ybrr9p1vNEdADs AruRfEi/HF9tRALH0sx3bPvvoRic82F9AA7Kh2bcZV5ti4jWwxbldCxKYzSnvEeB 0PXYoeJ/afK7y1KFZsTikMQwdvuYvldsfxI9AiWd+Grkwv0IRMxqgcaYi0u1zux7 +0CJ9jTYNcUY3mqRbDyAu8Sdt45g1xUo/FS6p4pPYkSpvV/Wy3uVkz49BEL0MMtR mmtQRVLNlAXSJLvOlATky3uJjb/mHIRYCuecIeDtX1k5j+5Fdb8blXsmfGdeDA0U cAtX62porMg3J3vJ4YuDm6/QEY2nvhFUTKBeIdYvIOm5dAec59bZ81mpLAj/yl6c
Bug#549680: fails with RAID over entire IDE disks
Hi, On Tue, Jun 08, 2010 at 01:45:54AM +0200, Michael Prokop wrote: I've just fixed this issue in git and will upload a new i-t version which incorporates the fix soon. Cool, thanks. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585012: ITP: qtmobility -- APIs for mobile device functionality
Package: wnpp Severity: wishlist Owner: Fathi Boudra f...@debian.org * Package name: qtmobility Version : 1.0.1 Upstream Author : Nokia Corporation and/or its subsidiary(-ies) * URL : http://qt.gitorious.org/qt-mobility * License : GPL-2, GPL-3, LGPL-2.1 Programming Lang: C++ Description : APIs for mobile device functionality Qt Mobility delivers a set of new APIs for mobile device functionality: - Bearer managementsAn API to control the system's connectivity state. - contacts An API enabling clients to request contact data from local or remote backends. - locations The Location API provides a library for distributing and receiving location data using arbitrary data sources. - Publish and subscribes The Publish and Subscribe API, containing Value Space, enables applications to read item values, navigate through and subscribe to change notifications. - Qt Service frameworks A set of Qt APIs to that allows clients to discover and instantiate arbitrary services. - Sensors API The Sensors API provides access to hardware sensors. - System Information A set of APIs to discover system related information and capabilities. - Versit API An API to manage Versit documents. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585014: mysql-server: wait_timeout not being observed after security update
Package: mysql-server Version: 5.0.51a-24+lenny4 Severity: normal In mysql.conf I have: [mysqld] wait_timeout = 3600 However, mysql does not appear to be respecting this since lenny4, and also not when using the set global syntax: mysql show variables like 'wait_timeout'; +---+---+ | Variable_name | Value | +---+---+ | wait_timeout | 28800 | +---+---+ 1 row in set (0.00 sec) mysql set global wait_timeout = 30; Query OK, 0 rows affected (0.00 sec) mysql show variables like 'wait_timeout'; +---+---+ | Variable_name | Value | +---+---+ | wait_timeout | 28800 | +---+---+ 1 row in set (0.00 sec) -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server depends on: ii mysql-server-5.0 5.0.51a-24+lenny4 MySQL database server binaries mysql-server recommends no packages. mysql-server suggests no packages. -- debconf information: mysql-server/nis_warning: * mysql-server/really_downgrade_from_41: true mysql-server/mysql_update_hints1: mysql-server/start_on_boot: true mysql-server/postrm_remove_databases: false * mysql-server/mysql_install_db_notes: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585015: kernel 2.6.34 fails to boot normally with mdadm 3.1.1-1
Package: mdadm Version: 3.1.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've a system with lvm2 over raid1 and some filesystems encrypted. When I updated mdadm from 3.1.1-1 to 3.1.2-1 the system failed to boot kernel 2.6.34 (from experimental). I tried 3.1.2-2 when it was released, I got the same problem. The system boot from grub and the wait for the password. When I enter the password, there is a huge / endless disk activity but the boot process seems to be frozen. The system is still living : if I plug/unplug an usb disk, it is reported on the console. I've then rebooted with 2.6.33 without any problem. Reverting to 3.1.1-1 solved also the problem. Regards Jean-Luc - -- Package-specific info: - --- mount output /dev/mapper/vg00-root_lv on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/md3 on /boot type ext3 (rw) /dev/mapper/vg00-usr_lv on /usr type ext3 (rw) /dev/mapper/vg00-opt_lv on /opt type xfs (rw) /dev/mapper/vg00-var_lv on /var type ext3 (rw) /dev/mapper/vg00-local_lv on /usr/local type xfs (rw) /dev/mapper/cryptvg00-home_lv on /home type xfs (rw) /dev/mapper/cryptvg00-tmp_lv on /tmp type xfs (rw) /dev/mapper/cryptvg00-mail_lv on /usr/mail type xfs (rw) /dev/mapper/cryptvg00-photos_lv on /photos type xfs (rw) /dev/mapper/cryptvg00-music_lv on /music type ext3 (rw) /dev/sdb1 on /extra type ext4 (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) /dev/sr0 on /media/cdrom0 type udf (ro,noexec,nosuid,nodev,user=jean-luc) /dev/sdd1 on /media/rn int(rand type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush) - --- mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md3 UUID=a14b6e84:366c9fff:fd4061fc:100c5d56 ARRAY /dev/md4 UUID=3075c036:528fe022:fd4061fc:100c5d56 ARRAY /dev/md5 UUID=4e8929f4:f9b54516:fd4061fc:100c5d56 # This configuration was auto-generated on Wed, 16 Sep 2009 19:09:44 +0200 # by mkconf 3.0-2 - --- /proc/mdstat: Personalities : [raid1] md5 : active raid1 sda3[0] sdc3[1] 97450176 blocks [2/2] [UU] md4 : active raid1 sda2[0] sdc2[1] 58596992 blocks [2/2] [UU] md3 : active raid1 sda1[0] sdc1[1] 240832 blocks [2/2] [UU] unused devices: none - --- /proc/partitions: major minor #blocks name 80 156290904 sda 81 240943 sda1 82 58597087 sda2 83 97450290 sda3 8 16 80043264 sdb 8 17 80035798 sdb1 8 32 156290904 sdc 8 33 240943 sdc1 8 34 58597087 sdc2 8 35 97450290 sdc3 93 240832 md3 94 58596992 md4 95 97450176 md5 2530 487424 dm-0 8 48 78150744 sdd 8 49 19535008 sdd1 8 50 58613152 sdd2 2531 97449148 dm-1 25329277440 dm-2 25335857280 dm-3 25347811072 dm-4 2535 974848 dm-5 2536 15728640 dm-6 25375242880 dm-7 2538 35577856 dm-8 2539 14680064 dm-9 253 102768896 dm-10 253 113903488 dm-11 253 129437184 dm-12 253 138773632 dm-13 - --- initrd.img-2.6.34-k8-2: 46277 blocks d989e6c5bc1ed7cea311c0bc22f4d665 ./etc/mdadm/mdadm.conf c6ee45b773edd23768bab8ab4067121b ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-mod.ko c8698139164a8ddf4ec5d791c23d2cab ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-crypt.ko a939c477d261470e80c87545d697b8c1 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-snapshot.ko b711c380f2e0afed2b8814645d3cb657 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-log.ko c43586c1225ed92d8cb8420d5915f7f4 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-region-hash.ko 9c53fd2cd0b67eac709c56b2740345d5 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/dm-mirror.ko 5cb80047c86e1e4576f8c6f04d167489 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/md-mod.ko ff34331e8c5c7b090d230d72a9831aa4 ./lib/modules/2.6.34-k8-2/kernel/drivers/md/linear.ko 1287f4b136d5b01eaa0c0bf51e14df17
Bug#580505: dput HTTP(S) auth fails with stack trace
This won't affect Debian until they move to greater than python-2.5. The whole surrounding chunk of code is really quite ugly, and extremely brittle - it's likely to break again whenever urllib2 changes in various ways in the future. Testing can be achieved simply by pointing at any HTTPS enabled WebDAV server - doesn't have to actually have a queue behind it. signature.asc Description: OpenPGP digital signature
Bug#585016: [linux-2.6] Logitech QuickCam 4000 Pro USB webcam does not work on Debian Squeeze. It works on Debian Lenny.
Package: linux-2.6 Version: linux-image-2.6.32-3-amd64 Severity: critical --- Please enter the report below this line. --- Logitech QuickCam 4000 Pro USB webcam is detected but does not work on Debian squeeze. Test: * The hardware works absolutely rightly on a Debian Lenny machine. * On Debian squeeze, I plug it in and tt is detected (/var/log/syslog or dmesg), /dev/video0 created. lsusb shows the new device. lsusb: Bus 003 Device 005: ID 046d:08b2 Logitech, Inc. QuickCam Pro 4000 However, even if it is detecte rightly, * 'ekiga' hang when cam is enabled. * 'cheese' shows black screen, both at photo and video mode. * 'xawtv' hangs when USB set as source of video. Linux kernel changed a bit with how it deals with webcams, change from v4l to v4l2, but debian kernel should come with all the needed stuff. Module pwc is loaded. Test: * lsmod pwc72006 0 videodev 29977 1 pwc usbcore 121703 9 snd_usb_audio,snd_usb_lib,pwc, dvb_usb_dib0700,dvb_usb,usbhid,uhci_hcd,ehci_hcd Test: * modprobe -r pwc modprobe pwc /var/log/syslog shows the below lines. Nothing odd: [43819.512527] usbcore: deregistering interface driver Philips webcam [43819.578378] pwc: Philips webcam module removed. [43819.627901] Linux video capture interface: v2.00 [43819.629396] pwc: Philips webcam module version 10.0.13 loaded. [43819.629398] pwc: Supports Philips PCA645/646, PCVC675/680/690, PCVC720[40]/730/740/750 PCVC830/840. [43819.629400] pwc: Also supports the Askey VC010, various Logitech Quickcams, Samsung MPC-C10 and MPC-C30, [43819.629401] pwc: the Creative WebCam 5 Pro Ex, SOTEC Afina Eye and Visionite VCS-UC300 and VCS-UM100. [43819.629419] pwc: Logitech QuickCam 4000 Pro USB webcam detected. [43819.629459] pwc: Registered as /dev/video0. [43819.639359] input: PWC snapshot button as /devices/pci:00/:00:1a.0/usb3/3-2/input/input19 [43819.639425] usbcore: registered new interface driver Philips webcam The /devices/pci:00/... device is a button on the webcam to take snapshots. I think that is a Linux kernel problem. Is it specific to Debian or to the mainline Linux kernel 2.6.32? Feel free to ask me for more testing, Linux kernel patching and so on. Also let me know if I am direct this bug report to the main Linux kernel development mailing list. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-3-amd64 Debian Release: squeeze/sid 500 testing security.debian.org 500 testing ftp.uk.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#310495: £1,000,000.00
You Won £1,000,000.00 on Send your name,address,Age,Tel Via email: danielrobertd...@msn.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505609: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On 07/06/2010 17:37, Stephen Powell wrote: But for a kernel install or reconfigure, it is the responsibility of the kernel maintainer scripts to invoke the bootloader. See also, for example, linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader on line 38. This really is an open and shut case, if only I can the kernel people to actually look at it! Please look at it! If I recall correctly, kernel maintainers have introduced /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible bootloader in their script. Can't lilo provide a script here ? Regards, Vincent -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501969: details and possible patch
* Kieran Maclean ka...@st-andrews.ac.uk [Sam Okt 25, 2008 at 11:00:56 +0100]: The issue is present on machines such as this using lilo as the bootloader. It can also be reproduced on the same hardware by installing the etch.5 kernel onto a clean etch install. The issue seems to be that the initramfs init script is passed the device number for the disk by lilo as the root= argument and creates a node in /dev (/dev/root) based on this. It then proceeds to attempt to mount this device as /root. Since the kernel has not yet finished detecting all devices this fails. The kernel then finishes detecting all devices and detects the root device. When using a clean install of lenny on the machine, the machine successfully boots, since the race condition is avoided by the default lilo.conf containing the argument append=rootdelay=10 which delays the attempt to mount the root device. [...] Any idea whether this issue is still present? The if [ ${root} = /dev/root ] stuff is present in nowadays initramfs-tools versions and the typical use cases where rootdelay=... was necessary work pretty well nowadays. So I'm wondering whether the /dev/root issue when using lilo as bootloader is still a problem. regards, -mika- signature.asc Description: Digital signature
Bug#585016: webcam not working
severity 585016 minor tags 585016 moreinfo thanks Thank you for the information. But webcams are neither critical infrastructure nor does the logs show anything suspcicous. Also this package is outdated, so please update and use reportbug to add proper informations to the bug. Bastian -- Star Trek Lives! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584952: gitg: memory error / assertion failed
Please don't forget to CC the bug (584...@bdo) when replying to my emails. On Tue, Jun 08, 07:32:17 -0400, Eric Cooper wrote: I have it running under gdb now and will let you know what I find. Great, thanks! -- Jonny Lamb, UK jo...@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#505609: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On Tue, 2010-06-08 at 13:39 +0200, Vincent Danjean wrote: On 07/06/2010 17:37, Stephen Powell wrote: But for a kernel install or reconfigure, it is the responsibility of the kernel maintainer scripts to invoke the bootloader. See also, for example, linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader on line 38. This really is an open and shut case, if only I can the kernel people to actually look at it! Please look at it! If I recall correctly, kernel maintainers have introduced /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible bootloader in their script. Can't lilo provide a script here ? It could, but that should be redundant in squeeze since update-initramfs already runs lilo. This appears to be a problem in lenny, where by default neither the kernel postinst nor the initramfs builder runs lilo. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#584285: salome: FTBFS: hxx2salome.cpp:247: error: 'system' is not a member of 'std'
Hi again, I've just pushed a few patches I worked on last night. They're not all fully tested yet, a test is running right now. Basically, a few tweaks stopped the package from building their docs in the install step. However, it looks like doxygen and graphviz are tightly entwined into YACS, so those are still needed for build-arch. Will report on the test results and fix if necessary. On Mon, 2010-06-07 at 14:05 -0400, Adam C Powell IV wrote: On Mon, 2010-06-07 at 01:46 +0200, Denis Barbier wrote: Hello, Here is a new series of patches. I am still unable to build salome; disk space is okay now, but dpkg-shlibdeps aborted due to memory allocation errors on my laptop with 2GB of RAM. - 0001 Add 'set -e' before loops on modules in build and install targets - 0002 Add Vcs fields into debian/control - 0003 Add missing Build-Depends: libqt4-opengl-dev Sorry I haven't pushed these yet, will do so as soon as this test is done. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#506540: initramfs-tools - Always dereferences symlinks
* Bastian Blank wa...@debian.org [Sam Nov 22, 2008 at 02:06:24 +0100]: mkinitramfs always expands symlinks. busybox for example is always added two times. Verified. busybox is added as /bin/sh as well as /bin/busybox and it also affects some other files (depending on the setup). Even though ln -s is used at several places the symlinks aren't part of the resulting initramfs but are normal files instead. The problem is cpio's --dereference option when generating the initramfs inside mkinitramfs. Andreas Korsten pointed me to usr/gen_init_cpio.c in linux kernel source and his https://dev.korsten.org/hg/initramkit which is supposed to handle symlinks. But I think it could be done in current version of mkinitramfs as well, though it's not trivial the way it currently works. I've added this issue to debian/TODO of i-t.git, needs further investigation. regards, -mika- signature.asc Description: Digital signature
Bug#585009: [gourmet] gourmet don't start in Sid
reassign 585009 python-sqlalchemy thanks Txo txo...@free.fr writes: Package: gourmet Version: 0.15.4-3 Severity: normal Tags: l10n Why this tag ? The problem come from python-sqlalchemy. Bug reassigned. Christian [...] /usr/share/gourmet/gourmet/backends/db.py:294: SADeprecationWarning: The Binary type has been renamed to LargeBinary. Column('image',Binary(),**{}), /usr/share/gourmet/gourmet/backends/db.py:295: SADeprecationWarning: The Binary type has been renamed to LargeBinary. Column('thumb',Binary(),**{}), Traceback (most recent call last): File /usr/bin/gourmet, line 35, in module gourmet.GourmetRecipeManager.startGUI() File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 715, in startGUI r=RecGui(splash_label=splash.label) File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 917, in __init__ GourmetApplication.__init__(self, splash_label=splash_label) File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 114, in __init__ self.setup_recipes() # Setup recipe database File /usr/share/gourmet/gourmet/GourmetRecipeManager.py, line 204, in setup_recipes self.rd = recipeManager.default_rec_manager() File /usr/share/gourmet/gourmet/recipeManager.py, line 131, in default_rec_manager return get_recipe_manager(**dbargs) File /usr/share/gourmet/gourmet/recipeManager.py, line 126, in get_recipe_manager return RecipeManager(**args) File /usr/share/gourmet/gourmet/backends/db.py, line 1742, in __init__ self.km = keymanager.get_keymanager(rm=self) File /usr/share/gourmet/gourmet/keymanager.py, line 531, in get_keymanager return KeyManager(*args,**kwargs) File /usr/share/gourmet/gourmet/keymanager.py, line 40, in __init__ self.initialize_categories() File /usr/share/gourmet/gourmet/keymanager.py, line 81, in initialize_categories for k in self.rm.get_unique_values('ingkey',self.rm.ingredients_table,deleted=False): File /usr/share/gourmet/gourmet/backends/db.py, line 797, in get_unique_values if not table: table=self.recipe_table File /usr/lib/pymodules/python2.5/sqlalchemy/sql/expression.py, line 1296, in __nonzero__ raise TypeError(Boolean value of this clause is not defined) TypeError: Boolean value of this clause is not defined -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584565: [Yaird-devel] Bug#584565: Bug#584565: Bug#584565: [PATCH] enable yaird for kernel.org 2.6.33.4
On Mon, Jun 07, 2010 at 04:24:32PM +0200, Nils Radtke wrote: # Ah, no. My problem was different: http://bugs.debian.org/519866 - # which lead to wrongly closed) http://bugs.debian.org/523828 # explaining that depmod -m needs to be run explicitly now. See the touch thingie below.. ;) # It works for me too (now that I've generated that PCI module list. A simple touch /lib/modules/2.6.33.4/modules.{pci,usb}map did work for me.. Hmm, interesting. Perhaps then simply loosening up the code to skip parsing that file if unavailable is the way to go. Need to investigate closer to ensure not loosing stabiliy or features by such approach. # But I am a bit suspicious about the devices that you ignore - could # you perhaps elaborate more on that, to help ensure that they are # universally sane to ignore? Hm, I'd say, I just ignore path endings that aren't (at least for me) any devices.. As I said, no warranty that my patches will work w/o flaws for anyone else.. Fair enough. I will then investigate closer before applying to official yaird, to ensure not risking stability. # Right now, I'm a bit out of time and start thinking about hacking # one of my previously used ramfs images w/ the new lvm stuff. # Probably the faster solution, but then.. it's a hack.. :| # If you can be persuaded, then I would be happy to have you help work # directly on yaird. Ha! That's not what I meant when I said I'm a bit out of time.. ;) I provided the patches w/ the believ they might eventually help someone else.. If so I'm glad if not, pity.. ;) I sure appreciate your sharing your hacks, even if that's all you want. Trying to enroll you in the greater task of maintaining yaird in general is clearly abuse of your friendly and limited filing a bugreport - hope you dont mind that :-) # If fumbling around then you could do that on a separate branch, Yeah, one could call it that way.. Though, after all, it's maybe only my impression and it's working out quite well for others.. # and when certain that you've narrowed down some flaw and found a # sensible fix then you can apply that with a clear commit message to # the main branch. # Insterested? Are you familiar with Git? With Alioth? git: not yet reaally familiar, svn/cvs: yep. alioth: I know what is it and what it's for. Never used before. I would be happy to guide you with both git and Alioth. If interested, please subscribe to the mailinglist at http://lists.alioth.debian.org/mailman/listinfo/yaird-devel and let's discuss further there. That goes for anyone else reading this email conversation too :-) Interested? Partly: maybe your branch-approach isn't such a bad idea, though I'd say once I fixed yaird locally and maybe sent the patches upstream (or to the debian bts, as upstream (sf.net) honestly seems quite dead (as well as debian yaird-devel, btw)) I won't touch yaird again for another couple of years.. Last time I used it (and had to fix it) was probably 1 or 2 years ago.. I am patient. Even with years between your contributions, I would still prefer that you work in the main VCS than passing the results as diffs to the BTS. TTBOMK Sourceforge have not been used as upstream home for quite some years. After I started packaging yaird for Debian, Erik van Konijnenburg, the original author, agreed to move upstream development to Alioth: http://yaird.alioth.debian.org/ (he put up that web page back then, not me, so I suspect the timestamp of the front page is actually the date he moved it there). Sadly I lost contact with Erik van Konijnenburg some years ago. In july 2008 I decided to claim ownership of the project. I have made little progress since then, but do not consider it dead. YMMV. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#582177: initramfs-tools: fails to load ram... /proc/mdstat
* Cropper, C. A. crop...@acm.org [Mon Jun 07, 2010 at 09:27:28 -0400]: Can you please provide output of cat /proc/mdstat of the running linux system? r...@loomis:/# cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md1 : active raid6 sdg4[0] sde4[5](S) sdf4[4] sdb4[3] sdd4[2] sdc4[1] 5851753728 blocks level 6, 256k chunk, algorithm 2 [5/5] [U] md0 : active raid1 sdb2[0] sdd2[2](S) sde2[3](S) sdf2[4](S) sdg2[5](S) sdc2[1] 249792 blocks [2/2] [UU] unused devices: none Looks ok. /dev/sda is the device you're booting from? What could be worth a try (unless grub devs show up): * try initramfs-tools = 0.95.1 * try removing all devices except one disk from the raid1 array and try booting from the single disk then regards, -mika- signature.asc Description: Digital signature
Bug#584267: ./bin/named/client.c: 1698: Does it the fault of this loop?
I think the problem is with the following loop: $ sed -n '1698,1726p' bin/named/client.c /* * Find a view that matches the client's source address. */ for (view = ISC_LIST_HEAD(ns_g_server-viewlist); view != NULL; view = ISC_LIST_NEXT(view, link)) { if (client-message-rdclass == view-rdclass || client-message-rdclass == dns_rdataclass_any) { dns_name_t *tsig = NULL; sigresult = dns_message_rechecksig(client-message, view); if (sigresult == ISC_R_SUCCESS) tsig = dns_tsigkey_identity(client-message-tsigkey); if (allowed(netaddr, tsig, view-matchclients) allowed(client-destaddr, tsig, view-matchdestinations) !((client-message-flags DNS_MESSAGEFLAG_RD) == 0 view-matchrecursiveonly)) { dns_view_attach(view, client-view); break; } } } It might be worthy to point out that the update is sent from the localhost. _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584911: bind9: hard-coded dependency on /usr/lib/ssl/openssl.cnf might cause trouble
BIND uses the NULL argument, as far as I can tell. So this might be an OpenSSL bug. Well, all I can say is that bind9 as provided by the package version 1:9.5.1.dfsg.P3-1+lenny1 doesn't show the reported behavior, and that both 1:9.5.1.dfsg.P3-1+lenny1 and the current 1:9.6.ESV.R1+dfsg-0+lenny1 depend on the same version of libssl0.9.8. Since I'm not really an expert in building Debian packages, I'll leave the conclusion to people that have more knowledge on the subject than me :-) Best regards, Mirko Gebauer P.S.: This also effects bind9-host (version 1:9.6.ESV.R1+dfsg-0+lenny1); if a user that invokes the host command provided via bind9-host lacks the permission to read the target of /usr/lib/ssl/openssl.cnf, he gets the same nice error feedback. /pre This message contains information which may be confidential and privileged.Unless you br are the intended recipient (or authorized to receive this message for the intended br recipient), you may not use, copy, disseminate or disclose to anyone the message or br any information contained in the message. If you have received the message in error, br please advise the sender by reply e-mail, and delete the message. br Thank you very much. br (A) pre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584769: RFS: clustershell
On 07/06/2010 13:42, Lucas Nussbaum wrote: On 07/06/10 at 13:13 +0200, Stéphan Gorget wrote: On Mon, Jun 7, 2010 at 11:09 AM, Lucas Nussbaum lu...@lucas-nussbaum.netwrote: (Please Cc me on replies, I don't follow -mentors@ very closely). First question: why do we need yet another parallel command execution tool? Why is it better than pdsh, dsh, dish, fabric, capistrano, taktuk+kanif, etc? I'm not arguing that it is not better, but we have so many of those that it would make sense to elaborate a bit. Clustershell is a tool like dsh or pdsh but it also provides a python API. It is used by lustre-shine[1] So your plan is to also package lustre-shine? Have you gotten in touch with the Lustre packaging team, then? I do not intend to package lustre-shine for now, as I am only using clustershell and not lustre-shine. and it can also be used to script actions on a cluster. [1] lustre-shine (https://sourceforge.net/apps/trac/lustre-shine/) is a command line tool designed to setup and manage the Lustre file system on a cluster. On 06/06/10 at 23:37 +0200, Stéphan Gorget wrote: Dear mentors, I am looking for a sponsor for my package clustershell. * Package name: clustershell Version : 1.2.83 Upstream Author : Stephane Thiell stephane.thi...@cea.fr * URL : https://sourceforge.net/projects/clustershell/ * License : CeCILL-C Programming Lang: Python It builds these binary packages: clustershell - An event-based Python library to execute commands on distant cluster nodes Description: An event-based Python library to execute commands on local or distant cluster nodes in parallel depending on the selected engine and worker mechanisms. . The library provides also advanced nodeset handling methods. Its goal is to improve the administration of cluster by providing a lightweight but scalable API for developers. . Example : clush -w node[001-256] hostname or clush -w node[001-256] apt-get update|clubak -c That's not how Description: works. first line is supposed to be a 1-line summary. And I don't think that it's a place for providing documentation (or examples). A better description would maybe be : Description : Distributed shell that provides an efficient python interface Event-based Python library to execute commands on local or distant cluster nodes in parallel depending on the selected engine and worker mechanisms. . The library provides also advanced nodeset handling methods. Its goal is to improve the administration of cluster by providing a lightweight but scalable API for developers. This doesn't explain what makes the interface efficient. In any case, I would recommend getting in touch with either pkg-lustre (http://pkg-lustre.alioth.debian.org/) or the PAPT team (http://wiki.debian.org/Teams/PythonAppsPackagingTeam). I'm not qualified myself to sponsor python stuff. I am in contact with PAPT team and hope they will be able to review the package. Lucas Thank you, Stéphan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585015: kernel 2.6.34 fails to boot normally with mdadm 3.1.1-1
also sprach Jean-Luc Coulon (f5ibh) jean-luc.cou...@wanadoo.fr [2010.06.08.1325 +0200]: When I enter the password, there is a huge / endless disk activity but the boot process seems to be frozen. Can you compare to #583917 and see if waiting for a few hours makes it boot? -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems beauty, brains, availability, personality; pick any two. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#577597: (no subject)
You can work it around by running hwclock --systohc --utc hwclock --hctosys --utc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org