Bug#618451: gnome-do: leaks huge amounts of memory
Hm. It looks like this is a problem with the mono.addins plugin manager rather than specifically a Files Folders plugin issue. I'll have a look at that code and see where this is falling over. I'll get back to you if I need more information, or something tested. Chris signature.asc Description: This is a digitally signed message part
Bug#618123: marked as done (socnetv: FTBFS: src/htmlviewer.cpp:30:20: fatal error: QtWebKit: No such file or directory)
Your message dated Mon, 21 Mar 2011 07:03:09 + with message-id e1q1z8v-0003ny...@franck.debian.org and subject line Bug#618123: fixed in socnetv 0.90-2 has caused the Debian Bug report #618123, regarding socnetv: FTBFS: src/htmlviewer.cpp:30:20: fatal error: QtWebKit: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 618123: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618123 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: socnetv Version: 0.90-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110313 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-socnetv_0.90-1-amd64-DybIPX/socnetv-0.90' /usr/bin/uic-qt4 src/forms/filteredgesbyweightdialog.ui -o ui_filteredgesbyweightdialog.h /usr/bin/uic-qt4 src/forms/webcrawlerdialog.ui -o ui_webcrawlerdialog.h /usr/bin/uic-qt4 src/forms/datasetselectdialog.ui -o ui_datasetselectdialog.h g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o backgrcircle.o src/backgrcircle.cpp g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o graphicswidget.o src/graphicswidget.cpp g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o edge.o src/edge.cpp g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o edgeweight.o src/edgeweight.cpp g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o graph.o src/graph.cpp g++ -c -pipe -ffast-math -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4 -Isrc -I/usr/include/qt4 -I/usr/local/include -I/usr/include -I/usr/include/qt4 -I. -I. -o htmlviewer.o src/htmlviewer.cpp src/htmlviewer.cpp:30:20: fatal error: QtWebKit: No such file or directory compilation terminated. make[3]: *** [htmlviewer.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/03/13/socnetv_0.90-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net
Bug#619093: splashy and systemd: error when trying to install together
Package: systemd,splashy Version: systemd/20-1 Version: splashy/0.3.13-5.1+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-03-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 libgpg-error0 libgcrypt11 libmagic1 libpcre3 libdevmapper1.02.1 dmsetup libklibc klibc-utils initramfs-tools libaudit0 libcryptsetup1 libdbus-1-3 libsysfs2 tsconf libts-0.0-0 libdirectfb-1.2-9 libfreetype6 libjpeg62 libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libdirectfb-extra libglib2.0-0 libsplashy1 libwrap0 splashy systemd Extracting templates from packages: 93% Extracting templates from packages: 100% Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libcap2. (Reading database ... 8744 files and directories currently installed.) Unpacking libcap2 (from .../libcap2_1%3a2.20-1_amd64.deb) ... Selecting previously deselected package libgpg-error0. Unpacking libgpg-error0 (from .../libgpg-error0_1.10-0.3_amd64.deb) ... Selecting previously deselected package libgcrypt11. Unpacking libgcrypt11 (from .../libgcrypt11_1.4.6-5_amd64.deb) ... Selecting previously deselected package libmagic1. Unpacking libmagic1 (from .../libmagic1_5.04-5_amd64.deb) ... Selecting previously deselected package libpcre3. Unpacking libpcre3 (from .../libpcre3_8.12-3_amd64.deb) ... Selecting previously deselected package libdevmapper1.02.1. Unpacking libdevmapper1.02.1 (from .../libdevmapper1.02.1_2%3a1.02.63-2_amd64.deb) ... Selecting previously deselected package dmsetup. Unpacking dmsetup (from .../dmsetup_2%3a1.02.63-2_amd64.deb) ... Selecting previously deselected package libklibc. Unpacking libklibc (from .../libklibc_1.5.21-1_amd64.deb) ... Selecting previously deselected package klibc-utils. Unpacking klibc-utils (from .../klibc-utils_1.5.21-1_amd64.deb) ... Selecting previously deselected package initramfs-tools. Unpacking initramfs-tools (from .../initramfs-tools_0.98.8_all.deb) ... Selecting previously deselected package libaudit0. Unpacking libaudit0 (from .../libaudit0_1.7.13-1+b2_amd64.deb) ... Selecting previously deselected package libcryptsetup1. Unpacking libcryptsetup1 (from .../libcryptsetup1_2%3a1.2.0-2_amd64.deb) ... Selecting previously deselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.6-1_amd64.deb) ... Selecting previously deselected package libsysfs2. Unpacking libsysfs2 (from .../libsysfs2_2.1.0+repack-1_amd64.deb) ... Selecting previously deselected package tsconf. Unpacking tsconf (from .../archives/tsconf_1.0-7_all.deb) ... Selecting previously deselected package libts-0.0-0. Unpacking libts-0.0-0 (from .../libts-0.0-0_1.0-7_amd64.deb) ... Selecting previously deselected package libdirectfb-1.2-9. Unpacking libdirectfb-1.2-9 (from .../libdirectfb-1.2-9_1.2.10.0-4_amd64.deb) ... Selecting previously deselected package libfreetype6. Unpacking libfreetype6 (from .../libfreetype6_2.4.4-1_amd64.deb) ... Selecting previously deselected package libjpeg62. Unpacking libjpeg62 (from .../libjpeg62_6b1-1_amd64.deb) ... Selecting previously deselected package libpng12-0. Unpacking libpng12-0 (from .../libpng12-0_1.2.44-2_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-1_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.7-2_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.4.1-5_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.4.1-5_amd64.deb) ... Selecting previously deselected package libxext6. Unpacking libxext6 (from .../libxext6_2%3a1.2.0-2_amd64.deb) ... Selecting previously deselected package libdirectfb-extra. Unpacking libdirectfb-extra (from .../libdirectfb-extra_1.2.10.0-4_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.28.2-1_amd64.deb) ... Selecting previously deselected package libsplashy1. Unpacking libsplashy1 (from .../libsplashy1_0.3.13-5.1+b1_amd64.deb) ... Selecting previously deselected package libwrap0. Unpacking libwrap0 (from .../libwrap0_7.6.q-19_amd64.deb) ... Selecting previously deselected package splashy. Unpacking splashy (from .../splashy_0.3.13-5.1+b1_amd64.deb) ... Selecting previously deselected package systemd. Unpacking systemd (from .../systemd_20-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/systemd_20-1_amd64.deb (--unpack): trying to overwrite
Bug#614864: ping?
On Thu, Mar 17, 2011 at 02:15:02PM -0400, micah anderson wrote: Hi folks, This security issue really needs to be dealt with, I'm concerned that we are getting close to one month from when the bug was first reported to the BTS, we are already over one month from when the bug was reported upstream. I'm looking for any feedback on the work I did... Your work is fine. I'll get this done tomorrow. I'm having a little bit of a problem with unit tests for actionpack though. I know they *used to* work in not so recent past. - Adam -- Adam Majer ad...@zombino.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618888: This report is questionable
0m30.7s ERROR: FAIL: Package purging left files on system: /home/ftp/welcome.msg not owned /var/log/proftpd owned by: proftpd-basic /var/log/proftpd/controls.log not owned /var/log/proftpd/proftpd.log not owned I do not agree about this report. The /home/ftp location is the home of the traditional 'ftp' anonymous user and removing it or any of the (possibly) custom files there is out of question, even at purge time IMHO. That said, I could simply remove completely the management of a generic anonymous account, leaving to admin all duties about that. That would render piuparts happy, and some admins too possibly. Maybe some other admins won't appreciate the change, who knows? Note also that indeed creating a system user for that is not always something that works, due to possibly exotic auth schemes. PS: I think you are pointing only about that, and not the log files of course. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 619001
Processing commands for cont...@bugs.debian.org: tags 619001 + pending upstream Bug #619001 [rednotebook] rednotebook does not start, TypeError: an integer is required Added tag(s) upstream and pending. thanks Stopping processing here. Please contact me if you need assistance. -- 619001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619102: rtgui: fails to install
Package: rtgui Version: 0.2.81-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hola Dario, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: rtgui 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 48.4 kB of archives. After this operation, 295 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ wheezy/main rtgui amd64 0.2.81-1 [48.4 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 48.4 kB in 0s (4201 kB/s) Selecting previously deselected package rtgui. (Reading database ... 9097 files and directories currently installed.) Unpacking rtgui (from .../rtgui_0.2.81-1_amd64.deb) ... Setting up rtgui (0.2.81-1) ... ERROR: Module scgi does not exist! dpkg: error processing rtgui (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: rtgui E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-13 11:38:30 UTC Package: rtgui Priority: optional Section: web Installed-Size: 288 Maintainer: Dario Minnucci mid...@debian.org Architecture: amd64 Version: 0.2.81-1 Depends: apache2 | httpd, libapache2-mod-scgi | httpd-cgi, php5, php5-xmlrpc, rtorrent Filename: pool/main/r/rtgui/rtgui_0.2.81-1_amd64.deb Size: 48356 MD5sum: a95364d32cbfeabf45c672761839f925 SHA1: 61d3ffe8d48018fd7e1c55a15d2098205649738c SHA256: 9f702f0af6a53a5a6064ff3ee0af2e8831c81cbf65f984b91705186c0c4b Description: A web based front-end for rTorrent rtGui is a web based front end for rTorrent - the Linux command line BitTorrent client. It's written in PHP and uses XML-RPC to communicate with the rTorrent client. Homepage: http://code.google.com/p/rtgui/ Tag: admin::file-distribution, implemented-in::php, interface::web, protocol::xmlrpc, web::application Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Created policy-rc.d and chmodded it. 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'apt-get', 'update'] 0m2.4s DUMP: Hit http://piatti.debian.org wheezy InRelease Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Hit http://piatti.debian.org wheezy/main amd64 Packages Hit http://piatti.debian.org wheezy/contrib amd64 Packages Hit http://piatti.debian.org wheezy/non-free amd64 Packages Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Reading package lists... 0m2.4s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'apt-get', 'update'] 0m2.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.5s DEBUG: Command ok: ['chroot',
Bug#619103: tortoisehg: tortoiseHg could not load du to python problem
Package: tortoisehg Version: 2.0.2-1 Severity: grave Justification: renders package unusable Hi, I juste upgrade tortoiseHg and it doesn't work any more ! It fire the following error on start : {{{ #!python ** Mercurial version (1.8.1). TortoiseHg version (2.0.2) ** Command: ** CWD: /home/mourad ** Extensions loaded: ** Python version: 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] ** Qt-4.7.2 PyQt-4.8.3 Traceback (most recent call last): File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/run.py, line 469, in __call__ dlg = dlgfunc(ui, *args, **opts) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 713, in run w = Workbench() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 44, in __init__ self.log = LogDockWidget(self) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/docklog.py, line 27, in __init__ self.logte = cmdui.ConsoleWidget() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 491, in __init__ self._initlogwidget() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 497, in _initlogwidget self._logwidget = _LogWidgetForConsole(self) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 378, in __init__ super(_LogWidgetForConsole, self).__init__(parent) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 325, in __init__ super(LogWidget, self).__init__(parent) TypeError: QsciScintilla(QWidget parent=None): argument 1 has unexpected type 'ConsoleWidget' }}} I haven't found yet a workaround to that trouble... Regards Mourad -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tortoisehg depends on: ii mercurial 1.8.1-1scalable distributed version contr ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-qscintilla22.4.3-1+b1 Python bindings for QScintilla 2 ii python-qt44.8.3-2Python bindings for Qt4 ii python-support1.0.11 automated rebuilding support for P Versions of packages tortoisehg recommends: ii libjs-jquery 1.5.1-1JavaScript library for dynamic web ii python-iniparse 0.3.2-1Module to access and modify config ii python-pygments 1.4+dfsg-1 syntax highlighting package writte Versions of packages tortoisehg suggests: pn tortoisehg-nautilus none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614477: mysql-gui-tools: diff for NMU version 5.0r14+openSUSE-2.2
tags 555864 + patch tags 555864 + pending tags 581402 + pending tags 614136 + pending tags 614477 + patch tags 614477 + pending thanks Dear maintainer, I've prepared an NMU for mysql-gui-tools (versioned as 5.0r14+openSUSE-2.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I also moved previous changes to upstream sources to proper patches/files, by using source format 3.0 (quilt). Hope this doesn't cause too much pollution in the below diff. Regards. diff -Nru mysql-gui-tools-5.0r14+openSUSE/debian/changelog mysql-gui-tools-5.0r14+openSUSE/debian/changelog --- mysql-gui-tools-5.0r14+openSUSE/debian/changelog2011-03-21 10:46:09.0 +0100 +++ mysql-gui-tools-5.0r14+openSUSE/debian/changelog2011-03-21 10:25:32.0 +0100 @@ -1,3 +1,18 @@ +mysql-gui-tools (5.0r14+openSUSE-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Change source format to 3.0 (quilt), so that changes to upstream +sources are kept in patches + * Manpages moved inside debian/, avoid useless diff against +upstream source + * Store previous NMU in a patch (00-fix_FTBFS_GTK_WIDGET_STATE.patch) + * Fix FTBFS on GNU/kFreeBSD, patch by Petr Salinger (Closes: #581402) + * Fix FTBFS with newer libmysqlclient-dev, patch by Johann Felix Soden +(Closes: #614136, #614477) + * Fix FTBFS with binutils-gold, missing linkage to libz (Closes: #555864) + + -- David Paleino da...@debian.org Mon, 21 Mar 2011 10:14:52 +0100 + mysql-gui-tools (5.0r14+openSUSE-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 --- mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 1970-01-01 01:00:00.0 +0100 +++ mysql-gui-tools-5.0r14+openSUSE/debian/manpages/mysql-admin.1 2011-03-21 10:11:42.0 +0100 @@ -0,0 +1,122 @@ +.\Generated by db2man.xsl. Don't modify this, modify the source. +.de Sh \ Subsection +.br +.if t .Sp +.ne 5 +.PP +\fB\\$1\fR +.PP +.. +.de Sp \ Vertical space (when we can't use .PP) +.if t .sp .5v +.if n .sp +.. +.de Ip \ List item +.br +.ie \\n(.$=3 .ne \\$3 +.el .ne 3 +.IP \\$1 \\$2 +.. +.TH MYSQL-ADMIN 1 July 18, 2004 +.SH NAME +mysql-admin \- MySQL server administration utility +.SH SYNOPSIS +.ad l +.hy 0 +.HP 12 +\fBmysql\-admin\fR [\fB\-\-help\ \fR] [\fB\-u\ \fIusername\fR\fR] [\fB\-p\ \fIpassword\fR\fR] [\fB\-h\ \fIhostname\fR\fR] [\fB\-P\ \fIport\fR\fR] [\fB\-s\ \fIsocket\fR\fR] [\fB\-c\ \fIconnection\fR\fR] +.ad +.hy + +.SH DESCRIPTION + +.PP +This manual page documents briefly the \fBmysql\-admin\fR commands\. + +.PP +\fBmysql\-admin\fR is a powerful visual administration console that enables you to easily administer your MySQL environment and gain significantly better visibility into how your databases are operating\. MySQL Administrator integrates database management and maintenance into a single, seamless environment, with a clear and intuitive graphical user interface\. By using MySQL Administrator you will be able to: + +.PP + + +.TP 3 +\(bu +Achieve higher database availability through improved management +.TP +\(bu +Reduce errors through visual database administration +.TP +\(bu +Lower database administration costs through improved productivity +.TP +\(bu +Deliver a more secure environment through easier privilege management +.LP + + +.PP +MySQL Administrator enables developers and DBAs to easily perform all the command line operations visually including configuring servers, administering users, and dynamically monitoring database health\. Other common administrative tasks such as monitoring replication status, backup and restore, and viewing logs can also be performed through the MySQL Administrator graphical console\. + +.PP +This manual page was written for the Debian#8482; distribution because the original program does not have a manual page\. + +.SH OPTIONS + +.TP +\fB\-\-help\fR +Show summary of options\. + +.TP +\fB\-u\fR \fB\-\-user=name\fR +Specified user for login if not the current user\. + +.TP +\fB\-p\fR \fB\-\-password=password\fR +Password used to connect to the MySQL database server\. + +.TP +\fB\-h\fR \fB\-\-host=name\fR +Connects to specified host\. + +.TP +\fB\-P\fR \fB\-\-port=#\fR +Port number used to connect to the database\. + +.TP +\fB\-S\fR \fB\-\-socket=name\fR +Socket path used for database connections\. + +.TP +\fB\-c\fR \fB\-\-connection=name\fR +Specifies the name of the connection to use + +.TP +\fB\-bp name\fR +Executes backup with the named profile\. + +.TP +\fB\-bt target\fR +Target path for backup + +.TP +\fB\-bx prefix\fR +Prefix for backup file + +.TP +\fB\-\-dont\-connect\fR +Start without connecting to MySQL server\. + +.TP +\fB\-\-mycnf=path\fR +Path to local configuration file\. + +.SH AUTHOR + +.PP +This manual page was written by Adam Majer adamm@zombino\.com for the Debian#8482; system (but may be used by
Processed: mysql-gui-tools: diff for NMU version 5.0r14+openSUSE-2.2
Processing commands for cont...@bugs.debian.org: tags 555864 + patch Bug #555864 [src:mysql-gui-tools] FTBFS with binutils-gold Added tag(s) patch. tags 555864 + pending Bug #555864 [src:mysql-gui-tools] FTBFS with binutils-gold Added tag(s) pending. tags 581402 + pending Bug #581402 [mysql-gui-tools] mysql-gui-tools: FTBFS on GNU/kFreeBSD Added tag(s) pending. tags 614136 + pending Bug #614136 [src:mysql-gui-tools] Patch to fix FTBFS with current mysql version Added tag(s) pending. tags 614477 + patch Bug #614477 [src:mysql-gui-tools] mysql-gui-tools: FTBFS: ../../../library/utilities/include/myx_util_functions.h:104: error: redefinition of typedef 'uint8' Added tag(s) patch. tags 614477 + pending Bug #614477 [src:mysql-gui-tools] mysql-gui-tools: FTBFS: ../../../library/utilities/include/myx_util_functions.h:104: error: redefinition of typedef 'uint8' Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 614477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614477 581402: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581402 555864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555864 614136: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614136 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618888: This report is questionable
Hi, thanks for cc:ing me, I'm not subscribed to this bug. On Montag, 21. März 2011, Francesco P. Lovergine wrote: I do not agree about this report. The /home/ftp location is the home of the traditional 'ftp' anonymous user and removing it or any of the (possibly) custom files there is out of question, even at purge time IMHO. Yes, removing files there is out of the question _as is_ putting files there in the first place. Please read the links I gave you, this is mandated by the File Hierarchy Standard, which is mandated by Debian policy. That said, I could simply remove completely the management of a generic anonymous account, leaving to admin all duties about that. That would render piuparts happy, and some admins too possibly. Maybe some other admins won't appreciate the change, who knows? make /var/lib/ftp the home directory of that user? In any case, don't mess with /home. I think you are pointing only about that, and not the log files of course. You're wrong. Of course, the logfiles should be deleted on purge, as mandated by Debian policy. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#619093: splashy and systemd: error when trying to install together
Am 21.03.2011 08:07, schrieb Ralf Treinen: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /etc/lsb-base-logging.sh The two packages don't share any kind of functionality in /etc/lsb-base-logging.sh, so an alternatives approach or a simple Replaces won't work. splashy uses it to overwrite the logging calls, systemd to redirect the complete script to systemd, i.e. a call to /etc/init.d/foo action translates into systemctl action foo.service One might argue, that /etc/lsb-base-logging.sh is not the best place for that, and I wouldn't disagree. Unfortunately there is afaik currently no better place to hook into the lsb init functions library. So I guess it's best if we move the systemd bits directly into lsb-base itself and use a Conflicts against splashy until this is done. Chris, would you be ok with shipping the functionality of the systemd lsb init hook [1] in lsb-base (/lib/lsb/init-functions) itself? Michael [1] http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=blob;f=debian/lsb-base-logging.sh;h=2998bdbb37df219e73e149b4b45ee400a9870a30;hb=refs/heads/debian -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#618786: dvbstreamer incompatible with libev4
tag 618786 +patch thanks Hi, The build failure is due to a change affecting ev_loop between libev3 and libev4. In version 3, ev_loop was a function; in version 4, it's a macro. Thus the availability check in configure now fails... The attached patch fixes this, and allows dvbstreamer to build with libev3 or libev4. To use it, simply drop it in debian/patches and add it to debian/patches/series. Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: dvbstreamer incompatible with libev4
Processing commands for cont...@bugs.debian.org: tag 618786 +patch Bug #618786 [src:dvbstreamer] dvbstreamer: FTBFS everywhere: configure: error: libev not found Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 618786: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618786 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618786: dvbstreamer incompatible with libev4
On Mon, Mar 21, 2011 at 11:10:06AM +0100, Stephen Kitt wrote: The attached patch fixes this, and allows dvbstreamer to build with libev3 or libev4. To use it, simply drop it in debian/patches and add it to debian/patches/series. This time with the patch... Stephen Description: allow dvbstreamer to build with libev4 The configure script expects ev_loop to be a symbol in libev, which is no longer the case in version 4. This patch replaces the lib check with a header declaration check. . The important part of the patch is that affecting configure.in; the configure script was regenerated with autoreconf. Author: Stephen Kitt st...@sk2.org Last-Update: 2011-03-21 Index: dvbstreamer-2.1.0/configure === --- dvbstreamer-2.1.0.orig/configure2011-03-21 09:51:02.0 + +++ dvbstreamer-2.1.0/configure 2011-03-21 09:51:58.0 + @@ -1976,6 +1976,52 @@ eval $as_lineno_stack; test x$as_lineno_stack = x { as_lineno=; unset as_lineno;} } # ac_fn_c_check_header_mongrel + +# ac_fn_c_check_decl LINENO SYMBOL VAR INCLUDES +# - +# Tests whether SYMBOL is declared in INCLUDES, setting cache variable VAR +# accordingly. +ac_fn_c_check_decl () +{ + as_lineno=${as_lineno-$1} as_lineno_stack=as_lineno_stack=$as_lineno_stack + as_decl_name=`echo $2|sed 's/ *(.*//'` + as_decl_use=`echo $2|sed -e 's/(/((/' -e 's/)/) 0/' -e 's/,/) 0 (/g'` + { $as_echo $as_me:${as_lineno-$LINENO}: checking whether $as_decl_name is declared 5 +$as_echo_n checking whether $as_decl_name is declared... 6; } +if eval test \\${$3+set}\ = set; then : + $as_echo_n (cached) 6 +else + cat confdefs.h - _ACEOF conftest.$ac_ext +/* end confdefs.h. */ +$4 +int +main () +{ +#ifndef $as_decl_name +#ifdef __cplusplus + (void) $as_decl_use; +#else + (void) $as_decl_name; +#endif +#endif + + ; + return 0; +} +_ACEOF +if ac_fn_c_try_compile $LINENO; then : + eval $3=yes +else + eval $3=no +fi +rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext +fi +eval ac_res=\$$3 + { $as_echo $as_me:${as_lineno-$LINENO}: result: $ac_res 5 +$as_echo $ac_res 6; } + eval $as_lineno_stack; test x$as_lineno_stack = x { as_lineno=; unset as_lineno;} + +} # ac_fn_c_check_decl cat config.log _ACEOF This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. @@ -6302,13 +6348,13 @@ else lt_cv_nm_interface=BSD nm echo int some_variable = 0; conftest.$ac_ext - (eval echo \\$as_me:6305: $ac_compile\ 5) + (eval echo \\$as_me:6351: $ac_compile\ 5) (eval $ac_compile 2conftest.err) cat conftest.err 5 - (eval echo \\$as_me:6308: $NM \\\conftest.$ac_objext 5) + (eval echo \\$as_me:6354: $NM \\\conftest.$ac_objext 5) (eval $NM \conftest.$ac_objext\ 2conftest.err conftest.out) cat conftest.err 5 - (eval echo \\$as_me:6311: output\ 5) + (eval echo \\$as_me:6357: output\ 5) cat conftest.out 5 if $GREP 'External.*some_variable' conftest.out /dev/null; then lt_cv_nm_interface=MS dumpbin @@ -7510,7 +7556,7 @@ ;; *-*-irix6*) # Find out which ABI we are using. - echo '#line 7513 configure' conftest.$ac_ext + echo '#line 7559 configure' conftest.$ac_ext if { { eval echo \\$as_me\:${as_lineno-$LINENO}: \$ac_compile\; } 5 (eval $ac_compile) 25 ac_status=$? @@ -9081,11 +9127,11 @@ -e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \ -e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \ -e 's:$: $lt_compiler_flag:'` - (eval echo \\$as_me:9084: $lt_compile\ 5) + (eval echo \\$as_me:9130: $lt_compile\ 5) (eval $lt_compile 2conftest.err) ac_status=$? cat conftest.err 5 - echo $as_me:9088: \$? = $ac_status 5 + echo $as_me:9134: \$? = $ac_status 5 if (exit $ac_status) test -s $ac_outfile; then # The compiler can only warn and ignore the option if not recognized # So say no if there are warnings other than the usual output. @@ -9420,11 +9466,11 @@ -e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \ -e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \ -e 's:$: $lt_compiler_flag:'` - (eval echo \\$as_me:9423: $lt_compile\ 5) + (eval echo \\$as_me:9469: $lt_compile\ 5) (eval $lt_compile 2conftest.err) ac_status=$? cat conftest.err 5 - echo $as_me:9427: \$? = $ac_status 5 + echo $as_me:9473: \$? = $ac_status 5 if (exit $ac_status) test -s $ac_outfile; then # The compiler can only warn and ignore the option if not recognized # So say no if there are warnings other than the usual output. @@ -9525,11 +9571,11 @@ -e 's:.*FLAGS}\{0,1\} :$lt_compiler_flag :; t' \ -e 's: [^ ]*conftest\.: $lt_compiler_flag:; t' \ -e 's:$: $lt_compiler_flag:'` - (eval echo \\$as_me:9528: $lt_compile\ 5) + (eval echo \\$as_me:9574: $lt_compile\ 5) (eval $lt_compile 2out/conftest.err) ac_status=$? cat out/conftest.err 5 - echo
Bug#619093: splashy and systemd: error when trying to install together
Am 21.03.2011 10:56, schrieb Michael Biebl: Am 21.03.2011 08:07, schrieb Ralf Treinen: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /etc/lsb-base-logging.sh The two packages don't share any kind of functionality in /etc/lsb-base-logging.sh, so an alternatives approach or a simple Replaces won't work. splashy uses it to overwrite the logging calls, systemd to redirect the complete script to systemd, i.e. a call to /etc/init.d/foo action translates into systemctl action foo.service One might argue, that /etc/lsb-base-logging.sh is not the best place for that, and I wouldn't disagree. Unfortunately there is afaik currently no better place to hook into the lsb init functions library. So I guess it's best if we move the systemd bits directly into lsb-base itself and use a Conflicts against splashy until this is done. Chris, would you be ok with shipping the functionality of the systemd lsb init hook [1] in lsb-base (/lib/lsb/init-functions) itself? [1] http://git.err.no/cgi-bin/gitweb.cgi?p=systemd;a=blob;f=debian/lsb-base-logging.sh;h=2998bdbb37df219e73e149b4b45ee400a9870a30;hb=refs/heads/debian I think this also affects #591791, so I CCed Steve and the debian-policy bug. Our original idea for upstart and sysv compatibility was, that packages shipping native upstart jobs would ship a symlink from /etc/init.d/foo → /lib/init/upstart-job, which translates it to initctl/upstart calls. This approach works, if you can rely on upstart being installed, which on Debian, especially on kfreebsd is not the case, so this idea never really took of. So, in #591791 Steve proposed that packages should continue to ship sysv init script, regardless if they have a native upstart job or not, and I basically agree with that. What I don't like about the proposal in #591791 is, that each sysv init script should check itself, if it is run under upstart and exit. This means we duplicate a lot of code and add upstart specific interna to every init script shipping a native upstart job. I'd much prefer if we could use the /lib/lsb/init-functions lib to do the same kind of redirecting for upstart. That is, all a package needs to do if it ships a native upstart job (or systemd service), is to include . /lib/lsb/init-functions in its sysv init script. /lib/lsb/init-functions would then do the correct thing, when it is run under systemd or upstart. Steve, do you think this would be an approach that works for upstart (and Ubuntu)? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#619036: [debian/debian-sid] Depend only on libdb4.8-dev | libdb4.6-dev to match apache2 (Closes: #619036)
tag 619036 pending thanks Date: Mon Mar 21 11:53:54 2011 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=b978b8da9f94ab4bc95a3e9e571a2d3d8b293387 Depend only on libdb4.8-dev | libdb4.6-dev to match apache2 (Closes: #619036) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: [debian/debian-sid] Depend only on libdb4.8-dev | libdb4.6-dev to match apache2 (Closes: #619036)
Processing commands for cont...@bugs.debian.org: tag 619036 pending Bug #619036 [src:php5] php5: Build-Depends uninstallable Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 619036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619036: [php-maint] Bug#619036: php5: Build-Depends uninstallable
On Sun, Mar 20, 2011 at 19:41, Raphael Geissert geiss...@debian.org wrote: On Sunday 20 March 2011 11:15:54 Kurt Roeckx wrote: Your build-depends are uninstallable because you build-depend on libdb-dev, which depends on libdb5.1-dev, and apache2-prefork-dev which depends on libaprutil1-dev, which depends on libdb4.8-dev. And libdb5.1-dev and libdb4.8-dev of course conflict with each other. For apache: Stefan et al, Do you have any objection to switch to libdb5.1-dev (and bd on libdb-dev)? Meanwhile I will upload php5 5.3.6-2 build-depending on libdb4.8-dev and we will have to coordinate the next switch with apache2 I guess. Based on a few tests via php, databases from 4.8 and 5.1 seem to be compatible. This seems to be true for even longer chain of releases from what I remember from cyrus-imapd tests. In the long term, something needs to be decided and done. The former maintainer of db uploaded the latest version and orphaned the packages. I guess if we create pkg-db group it could be handled quite gracefully, I might be willing to join that group, because I maintain quite some packages depending on db and if we can get somebody from apache2, ldap and subversion, we would have quite strong team. Ondrej -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619103: Same problem, but works fine on Squeeze.
Hello: I've had the same trouble on a full sid system. I tried upgrading to current sid tortoisehg version (2.0.2-1) on a Squeeze system (with mercurial 1.8.1) and I have tortoisehg working correctly. So my suspicion is that something broke in either python-qt4 or qscintilla. HTH, -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617666: nfs-kernel-server: Periodic nfsd failure - single nfsd process with high CPU and no mounts working
On 20/03/11 17:20, Luk Claes wrote: On 10/03/11 12:54, Debian Bug Tracking System wrote: I have some extra information about this problem - the syslog contains some kernel error messages related to nfs and xfs (the filesystem of the /export partition). I have attached the relevant log section... It could be this is a problem with xfs or even with our hardware raid controller. I have rebooted the machine with /export unmounted and am currently running xfs_repair over it to see if that picks up any problems. Hi I guess your xfs_repair finished by now? Did it shed some more light on the issue or should we look more closely into the nfs code? Cheers Luk Hi Luk, thanks for getting back to me. My xfs_repair did finish and it found a few errors, but I'm not sure if they are from hard resetting the machine or some indication of a more serious hardware error. I am however pretty sure that this is not a purely NFS problem - since the repair finished, the system has crashed in a couple of different ways. Once it dumped the kernel to the console and went completely unresponsive and another time the /export partition unmounted itself and wouldn't remount (giving IO errors). In both cases there was no weird NFS process hanging around (the mounts just became inaccessible as you would expect them to after such crashes). At this point I am pretty sure that I have a hardware issue on my hands, either with bad RAM or my raid controller. I think we can safely say NFS is in the clear :) Sorry for wasting your time! Dan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616426: is me Mariam from Libya(reply me back soon)
Hi am Miss Mariam Elias,from Benghazi,Libya. Plz write me back is very important and urgent. Take care and hope you hear from you soon Mariam emaria...@yahoo.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619119: gnutls-bin: can't connect to IPv6 TLS host
Package: gnutls-bin Version: 2.10.5-1 Severity: serious /--- % gnutls-cli -p 993 imap.freenet.de Resolving 'imap.freenet.de'... Connecting to '2001:748:100:40::8:110:993'... Cannot connect to imap.freenet.de:993: Operation not permitted \--- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnutls-bin depends on: ii libc0.1 2.11.2-13Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1 the GNU TLS library - runtime libr ii libreadline66.1-3GNU readline and history libraries ii libtasn1-3 2.9-2Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnutls-bin recommends no packages. gnutls-bin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617240: The same error is present in other packages too
severity 619060 grave severity 619085 grave merge 619060 617240 merge 619085 617240 thanks Hi all all those packages present the same error. The common denominator seems libmsqlclient. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619119: hm wait
Hi! These IPv6 / kfreebsd thing actually looks like not being gnutls specific at all. I'll do some more digging as soon as I find time. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619123: collectd hanging / consuming CPU in endless loop if /var/lib/collectd/rrd is an unresolvable symlink
Package: collectd Version: 4.10.1-1+squeeze2 Severity: serious collectd is hanging in an endless loop (consuming CPU time) if /var/lib/collectd/rrd is a symlink, pointing to a mountpoint that's not available: # strace -f -p $PID_OF_COLLECTD [...] [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [pid 1033] stat(/var/lib/collectd/rrd, 0x7f7f08f28440) = -1 ENOENT (No such file or directory) [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [pid 1033] stat(/var/lib/collectd/rrd, 0x7f7f08f28440) = -1 ENOENT (No such file or directory) [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [pid 1033] stat(/var/lib/collectd/rrd, 0x7f7f08f28440) = -1 ENOENT (No such file or directory) [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [pid 1033] stat(/var/lib/collectd/rrd, 0x7f7f08f28440) = -1 ENOENT (No such file or directory) [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [pid 1033] stat(/var/lib/collectd/rrd, 0x7f7f08f28440) = -1 ENOENT (No such file or directory) [pid 1033] mkdir(/var/lib/collectd/rrd, 0755) = -1 EEXIST (File exists) [...] # ls -la /var/lib/collectd/rrd lrwxrwxrwx 1 root root 18 Mar 16 14:12 /var/lib/collectd/rrd - /mnt/glusterfs/rrd /mnt/glusterfs isn't available in this situation because the underlying glusterfs share isn't available. The directory check in check_create_dir() needs an additional check for symlinks. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-03-21t14-18...@devnull.michael-prokop.at
Bug#619124: nautilus-filename-repairer: FTBFS everywhere: dh: unable to load addon autoreconf
Source: nautilus-filename-repairer Version: 0.0.6-1+gnome3+1 Severity: serious Justification: FTBFS Hi, looks like a missing bdep: | dh clean --with quilt --with autoreconf | dh: unable to load addon autoreconf: Can't locate Debian/Debhelper/Sequence/autoreconf.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 | +/usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 9) line 2. | BEGIN failed--compilation aborted at (eval 9) line 2. | | make: *** [clean] Error 2 Full build logs: https://buildd.debian.org/status/package.php?p=nautilus-filename-repairersuite=experimental KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619009: marked as done (courier-imap-ssl: fails to install)
Your message dated Mon, 21 Mar 2011 14:24:11 + with message-id e1q1g1j-0004vm...@franck.debian.org and subject line Bug#619009: fixed in courier 0.65.3-2 has caused the Debian Bug report #619009, regarding courier-imap-ssl: fails to install to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619009: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619009 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: courier-imap-ssl Version: 4.8.1.20110124-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hello again :-) same bug, but different package+version, so another one filed... During a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: courier-imap-ssl 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 30.9 kB of archives. After this operation, 164 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ sid/main courier-imap-ssl amd64 4.8.1.20110124-1 [30.9 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 30.9 kB in 0s (3033 kB/s) Selecting previously deselected package courier-imap-ssl. (Reading database ... 8752 files and directories currently installed.) Unpacking courier-imap-ssl (from .../courier-imap-ssl_4.8.1.20110124-1_amd64.deb) ... Setting up courier-imap-ssl (4.8.1.20110124-1) ... ln: creating symbolic link `/usr/lib/courier/imapd.pem': File exists dpkg: error processing courier-imap-ssl (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: courier-imap-ssl E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-01 01:53:56 UTC Package: courier-imap-ssl Priority: extra Section: mail Installed-Size: 160 Maintainer: Stefan Hornburg (Racke) ra...@linuxia.de Architecture: amd64 Source: courier (0.65.3-1) Version: 4.8.1.20110124-1 Depends: courier-imap (= 1.3.7-3), courier-ssl (= 0.65.3), openssl, debconf Suggests: courier-doc, imap-client Filename: pool/main/c/courier/courier-imap-ssl_4.8.1.20110124-1_amd64.deb Size: 30880 MD5sum: 3e415b5c7825b8d69c782fd2288e2f76 SHA1: 356c5b27dec0ba42b25c0894739d63e90a97de53 SHA256: 9049cc06fd74e1491369d9fc9aebe8a10c8b1f90b7e933a6dfad1a48dbe2548f Description: Courier mail server - IMAP over SSL The Courier mail transfer agent (MTA) is an integrated mail/groupware server based on open commodity protocols, such as ESMTP, IMAP, POP3, LDAP, SSL, and HTTP. Courier provides ESMTP, IMAP, POP3, webmail, and mailing list services within a single, consistent, framework. . IMAP over SSL is handled by the regular IMAP daemon from courier-imap in conjunction with the SSL/TLS wrapper supplied by courier-ssl. Homepage: http://www.courier-mta.org/ Tag: interface::daemon, mail::imap, network::server, network::service, protocol::imap, protocol::ssl, qa::old-rc-bugs, role::program, works-with::mail Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ courier-imap-ssl Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ courier-imap-ssl 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpJGaej1 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpJGaej1 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpJGaej1', '-zxf', 'sid.tar.gz'] 0m2.9s
Bug#619008: marked as done (courier-pop-ssl: fails to install)
Your message dated Mon, 21 Mar 2011 14:24:11 + with message-id e1q1g1j-0004vg...@franck.debian.org and subject line Bug#619008: fixed in courier 0.65.3-2 has caused the Debian Bug report #619008, regarding courier-pop-ssl: fails to install to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619008: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619008 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: courier-pop-ssl Version: 0.65.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: courier-pop-ssl 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 30.8 kB of archives. After this operation, 168 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ sid/main courier-pop-ssl amd64 0.65.3-1 [30.8 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 30.8 kB in 0s (968 kB/s) Selecting previously deselected package courier-pop-ssl. (Reading database ... 8749 files and directories currently installed.) Unpacking courier-pop-ssl (from .../courier-pop-ssl_0.65.3-1_amd64.deb) ... Setting up courier-pop-ssl (0.65.3-1) ... ln: creating symbolic link `/usr/lib/courier/pop3d.pem': File exists dpkg: error processing courier-pop-ssl (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: courier-pop-ssl E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-01 00:40:37 UTC Package: courier-pop-ssl Priority: optional Section: mail Installed-Size: 164 Maintainer: Stefan Hornburg (Racke) ra...@linuxia.de Architecture: amd64 Source: courier Version: 0.65.3-1 Depends: courier-pop, courier-ssl (= 0.65.3), debconf Suggests: courier-doc Filename: pool/main/c/courier/courier-pop-ssl_0.65.3-1_amd64.deb Size: 30794 MD5sum: 70a074bb15c126664b79c6afd0b51a81 SHA1: ffb149bff6342444b9f9db8d007ffd58230f74f8 SHA256: fc030d2c399af8f0c4f4225673a90bdd369f7663af462fe786571b410df3cdaa Description: Courier mail server - POP3 over SSL The Courier mail transfer agent (MTA) is an integrated mail/groupware server based on open commodity protocols, such as ESMTP, IMAP, POP3, LDAP, SSL, and HTTP. Courier provides ESMTP, IMAP, POP3, webmail, and mailing list services within a single, consistent, framework. . POP3 over SSL is handled by the regular POP3 daemon from courier-pop in conjunction with the SSL/TLS wrapper supplied by courier-ssl. Homepage: http://www.courier-mta.org/ Tag: interface::daemon, mail::pop, network::server, network::service, protocol::pop3, protocol::ssl, role::program, works-with::mail Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ courier-pop-ssl Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ courier-pop-ssl 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpPc9m5V 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpPc9m5V 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPc9m5V', '-zxf', 'sid.tar.gz'] 0m3.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPc9m5V', '-zxf', 'sid.tar.gz'] 0m3.9s DEBUG: Created policy-rc.d and chmodded it. 0m3.9s DEBUG: Starting command: ['chroot',
Bug#619001: marked as done (rednotebook does not start, TypeError: an integer is required)
Your message dated Mon, 21 Mar 2011 14:46:59 + with message-id e1q1gnn-0003gk...@franck.debian.org and subject line Bug#619001: fixed in rednotebook 1.1.3-2 has caused the Debian Bug report #619001, regarding rednotebook does not start, TypeError: an integer is required to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619001 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: rednotebook Version: 1.1.3-1 Severity: grave rednotebook does not start, see attached log. The bug has been already reported upstream: https://bugs.launchpad.net/rednotebook/+bug/728466 and I think it is fixed in trunk. Ana -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Versions of packages rednotebook depends on: ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.11 automated rebuilding support for P ii python-yaml 3.09-5 YAML parser and emitter for Python Versions of packages rednotebook recommends: ii python-chardet2.0.1-1universal character encoding detec ii python-gtkspell 2.25.3-7 Python bindings for the GtkSpell l ii python-webkit 1.1.8-1WebKit/Gtk Python bindings rednotebook suggests no packages. -- no debconf information ana@pryan:~/hoy$ rednotebook INFO Writing log to file /home/ana/.rednotebook/rednotebook.log INFO Set default locale: en_IE INFO Module glade found INFO Running in portable mode: False INFO First Start: False INFO RedNotebook version: 1.1.3 INFO System info: machine: x86_64, platform: Linux-2.6.38-rc7-amd64-x86_64-with-debian-wheezy-sid, processor: , python_version: 2.6.6, release: 2.6.38-rc7-amd64, system: Linux, GTK version: (2, 20, 1), PyGTK version: (2, 17, 0), Yaml version: 3.09 INFO Using webkit for previews: 1 Traceback (most recent call last): File /usr/bin/rednotebook, line 12, in module rednotebook.journal.main() File /usr/share/rednotebook/rednotebook/journal.py, line 687, in main journal = Journal() File /usr/share/rednotebook/rednotebook/journal.py, line 292, in __init__ self.frame = MainWindow(self) File /usr/share/rednotebook/rednotebook/gui/main_window.py, line 157, in __init__ self.load_values_from_config() File /usr/share/rednotebook/rednotebook/gui/main_window.py, line 653, in load_values_from_config self.main_frame.move(pos_x, pos_y) TypeError: an integer is required ---End Message--- ---BeginMessage--- Source: rednotebook Source-Version: 1.1.3-2 We believe that the bug you reported is fixed in the latest version of rednotebook, which is due to be installed in the Debian FTP archive: rednotebook_1.1.3-2.debian.tar.gz to main/r/rednotebook/rednotebook_1.1.3-2.debian.tar.gz rednotebook_1.1.3-2.dsc to main/r/rednotebook/rednotebook_1.1.3-2.dsc rednotebook_1.1.3-2_all.deb to main/r/rednotebook/rednotebook_1.1.3-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 619...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonathan Wiltshire j...@debian.org (supplier of updated rednotebook package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Mar 2011 09:22:51 + Source: rednotebook Binary: rednotebook Architecture: source all Version: 1.1.3-2 Distribution: unstable Urgency: medium Maintainer: Jonathan Wiltshire j...@debian.org Changed-By: Jonathan Wiltshire j...@debian.org Description: rednotebook - daily journal with calendar, templates and keyword searching Closes: 619001 Changes: rednotebook (1.1.3-2) unstable; urgency=medium . * [20a9ed] Convert to source format 3.0 (quilt) * [a3adc0] Backport fix for window position crashes (Closes: #619001) (LP: #728466) Checksums-Sha1:
Bug#618182: marked as done (thailatex: FTBFS: configure: error: You need pf2afm (from ghostscript distribution))
Your message dated Mon, 21 Mar 2011 14:53:13 + with message-id e1q1gtp-0003tp...@franck.debian.org and subject line Bug#618182: fixed in thailatex 0.4.5-1 has caused the Debian Bug report #618182, regarding thailatex: FTBFS: configure: error: You need pf2afm (from ghostscript distribution) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 618182: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618182 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: thailatex Version: 0.4.4-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110313 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/fakeroot debian/rules clean dh_testdir dh_testroot # Add here commands to clean up after the build process. [ ! -f Makefile ] || /usr/bin/make distclean dh_clean dpkg-source -b thailatex-0.4.4 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building thailatex using existing ./thailatex_0.4.4.orig.tar.gz dpkg-source: info: building thailatex in thailatex_0.4.4-2.debian.tar.gz dpkg-source: info: building thailatex in thailatex_0.4.4-2.dsc debian/rules build dh_testdir # Add here commands to configure the package. ./configure --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info \ --with-docdir=\${prefix}/share/doc configure: WARNING: unrecognized options: --with-docdir checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether ln -s works... yes checking for gawk... (cached) mawk checking for a sed that does not truncate output... /bin/sed checking for rmdir... rmdir checking for latex... latex checking for dvips... dvips checking for pf2afm... no configure: error: You need pf2afm (from ghostscript distribution) make: *** [configure-stamp] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/03/13/thailatex_0.4.4-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: thailatex Source-Version: 0.4.5-1 We believe that the bug you reported is fixed in the latest version of thailatex, which is due to be installed in the Debian FTP archive: thailatex_0.4.5-1.debian.tar.gz to main/t/thailatex/thailatex_0.4.5-1.debian.tar.gz thailatex_0.4.5-1.dsc to main/t/thailatex/thailatex_0.4.5-1.dsc thailatex_0.4.5-1_all.deb to main/t/thailatex/thailatex_0.4.5-1_all.deb thailatex_0.4.5.orig.tar.gz to main/t/thailatex/thailatex_0.4.5.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 618...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Theppitak Karoonboonyanan t...@debian.org (supplier of updated thailatex package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Mar 2011 14:27:25 +0700 Source: thailatex Binary: thailatex Architecture: source all Version: 0.4.5-1 Distribution: unstable Urgency: low Maintainer: Theppitak Karoonboonyanan t...@debian.org Changed-By: Theppitak Karoonboonyanan t...@debian.org Description: thailatex - Thai support for LaTeX Closes: 618182 Changes: thailatex (0.4.5-1) unstable; urgency=low . * New upstream release - Add NEWS to inform users about the new command. - Update README.Debian for some new requirements. * debian/copyright: - Updated to DEP-5 rev 173. - Update copyright years. * B-Dep on ghostscript instead of the obsolete gs-common, fixing FTBFS (Closes:
Bug#619140: freemind: fails to start: Checking Java Version... forever
Package: freemind Version: 0.9.0~rc7+dfsg-1 Severity: grave Tags: upstream Justification: renders package unusable Debian Squeeze - most current updates done. ,[ strace freemind ] | [...] | stat64(/lib/freemind.jar, 0xbf8916a0) = -1 ENOENT (No such file or | directory) | stat64(/usr/share/freemind/lib/freemind.jar, {st_mode=S_IFREG|0644, | st_size=2342212, ...}) = 0 | stat64(/home/vk/.freemind/patterns.xml, {st_mode=S_IFREG|0644, | st_size=2801, ...}) = 0 | clone(child_stack=0, | flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, | child_tidptr=0xb75c2938) = 27971 | wait4(-1, [{WIFEXITED(s) WEXITSTATUS(s) == 1}], 0, NULL) = 27971 | --- SIGCHLD (Child exited) @ 0 (0) --- | clone(child_stack=0, | flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, | child_tidptr=0xb75c2938) = 27974 | wait4(-1, Checking Java Version... ` So freemind asks for converting old config file format and asks for converting my last opened mindmap but then does not start at all. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (996, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages freemind depends on: ii libcommons-lang-java2.4-4Extension of the java.lang package ii libjgoodies-forms-java 1.3.0-1 Framework to lay out and implement ii libjibx1.1-java 1.1.6a-1 Framework for binding XML data to ii openjdk-6-jre 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo ii simplyhtml 0.13.1-1 Java word processor based on HTML Versions of packages freemind recommends: ii freemind-doc 0.9.0~rc7+dfsg-1Documentation for FreeMind ii java-wrappers0.1.16 wrappers for java executables ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages freemind suggests: ii freemind-browser0.9.0~rc7+dfsg-1 Java Applet for publishing Mindmap ii freemind-plugins-help 0.9.0~rc7+dfsg-1 Java Plugin for FreeMind to show a ii freemind-plugins-script 0.9.0~rc7+dfsg-1 Java Plugin for FreeMind to add sc ii freemind-plugins-svg0.9.0~rc7+dfsg-1 Java Plugin for FreeMind to export -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-03-21t16-17...@devnull.karl-voit.at
Processed: notfound 599701 in 2.32.0.1-1
Processing commands for cont...@bugs.debian.org: notfound 599701 2.32.0.1-1 Bug #599701 [simple-scan] simple-scan - segmentation fault in debian sid after scan completes Ignoring request to alter found versions of bug #599701 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. -- 599701: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599701 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617998: python-feedparser: please update feedparser, it hasn't been updated in a _long_ time
Hi, On Sun, Mar 13, 2011 at 08:43:51PM +1100, david b wrote: Please update the version of python-feedparser found in debian to something recent: CVE IDs have been allocated for these issues and one more: CVE-2011-1158 [sanitizer doesn't strip unsafe URI schemes] https://code.google.com/p/feedparser/issues/detail?id=255 CVE-2011-1157 [sanitization can be bypassed by malformed XML comments] https://code.google.com/p/feedparser/issues/detail?id=254 CVE-2011-1156 [invalid text in XML declaration causes sanitizer to crash] https://code.google.com/p/feedparser/issues/detail?id=91 CVE-2011- [XSS vuln] (cve pending) http://code.google.com/p/feedparser/issues/detail?id=195 Please mention these identifiers in the changelog when you upload a new package fixing them. It would be great to have them backported to stable and oldstable too (I'll help you with this if you need some pointers). Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#619140: freemind: fails to start: Checking Java Version... forever
Hilko Bengen (ben...@debian.org) wrote: So freemind asks for converting old config file format and asks for converting my last opened mindmap but then does not start at all. Uh, this is bad. :-( Is the bug reproducable using only the old config file and without the contents of the last opened mindmap? While your email was written, I submitted further information too :-) Here is additional analysis: I removed ~/.freemind completely and tried to open one of my former mindmaps. So clean config, probably old mm-file-format. Then I get: , | vk@gary ~2d % freemind test.mm | Checking Java Version... | java.io.FileNotFoundException: /home/vk/.freemind/auto.properties (No such file or directory) | at java.io.FileInputStream.open(Native Method) | at java.io.FileInputStream.init(FileInputStream.java:137) | at freemind.main.FreeMindStarter.readUsersPreferences(FreeMindStarter.java:136) | at freemind.main.FreeMindStarter.main(FreeMindStarter.java:56) | Panic! Error while loading default properties. | [and freemind loads forever] ` Interesting fact: freemind asks for converting the document format *after* the panic message was written to stdout. I also attached my test mm file. -- Karl VOIT test.mm Description: application/freemind
Bug#619140: freemind: fails to start: Checking Java Version... forever
tag 619140 +moreinfo thank you So freemind asks for converting old config file format and asks for converting my last opened mindmap but then does not start at all. Uh, this is bad. :-( Is the bug reproducable using only the old config file and without the contents of the last opened mindmap? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619157: xserver-xorg-video-intel: The Xorg freeze, crash and reboot with blank screen without prompt for login on Squeeze.
Package: xserver-xorg-video-intel Version: 2:2.13.0-6 Severity: critical Tags: squeeze Justification: causes serious data loss Hi, I upgrade my system from Lenny to Squeeze. The Xorg freeze and after the message on console tty1: [29266.416011][drm:i915_angcheck_elapsed] *ERROR* Hangcheck timer elapsed Gpu hang [29266.418923] render error detected EIR 0x reboot the Xorg with blank screen and no promt for login. I must reboot the sistem for new login screen. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Jun 10 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Feb 19 15:43 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 01) Xorg X server configuration file status: -rw-r--r-- 1 root root 2745 Mar 17 01:02 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath built-ins EndSection Section Module Load dri2 Load glx Load extmod Load dbe Load dri Load record EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option AccelMethod # [str] #Option DRI # [bool] #Option ColorKey # i #Option VideoKey # i #Option FallbackDebug # [bool] #Option Tiling# [bool] #Option Shadow# [bool] #Option SwapbuffersWait # [bool] #Option XvMC # [bool] #Option XvPreferOverlay # [bool] #Option DebugFlushBatches # [bool] #Option DebugFlushCaches # [bool] #Option DebugWait # [bool] Identifier Card0 Driver intel VendorName Intel Corporation BoardName 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-686 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Mar 8 21:36:00 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 28418 Mar 21 08:38 /var/log/Xorg.1.log -rw-r--r-- 1 root root 20255 Mar 21 16:58 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
Processed: Re: Bug#619140: freemind: fails to start: Checking Java Version... forever
Processing commands for cont...@bugs.debian.org: tag 619140 +moreinfo Bug #619140 [freemind] freemind: fails to start: Checking Java Version... forever Added tag(s) moreinfo. thank you Stopping processing here. Please contact me if you need assistance. -- 619140: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619140 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619157: xserver-xorg-video-intel: The Xorg freeze, crash and reboot with blank screen without prompt for login on Squeeze.
severity 619157 important tag 619157 - squeeze thanks Hi Luciano. Luciano Isaia lis...@gruppoisil.com (21/03/2011): Package: xserver-xorg-video-intel Version: 2:2.13.0-6 Severity: critical Tags: squeeze Justification: causes serious data loss Downgrading severity, that doesn't make you lose saved data, which is what data loss is about. I upgrade my system from Lenny to Squeeze. The Xorg freeze and after the message on console tty1: [29266.416011][drm:i915_angcheck_elapsed] *ERROR* Hangcheck timer elapsed Gpu hang [29266.418923] render error detected EIR 0x reboot the Xorg with blank screen and no promt for login. I must reboot the sistem for new login screen. Unfortunately known and documented, see our FAQ about that: http://pkg-xorg.alioth.debian.org/faq/general.html (Your card qualifies as “old” by the definition there.) KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#619157: xserver-xorg-video-intel: The Xorg freeze, crash and reboot with blank screen without prompt for login on Squeeze.
Processing commands for cont...@bugs.debian.org: severity 619157 important Bug #619157 [xserver-xorg-video-intel] xserver-xorg-video-intel: The Xorg freeze, crash and reboot with blank screen without prompt for login on Squeeze. Severity set to 'important' from 'critical' tag 619157 - squeeze Bug #619157 [xserver-xorg-video-intel] xserver-xorg-video-intel: The Xorg freeze, crash and reboot with blank screen without prompt for login on Squeeze. Removed tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 619157: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619157 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer
Package: libreoffice Version: 1:3.3.1-1 Severity: grave Justification: causes non-serious data loss -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii liblucene2-java 2.9.3+ds1-1 Full-text search engine library fo ii libreoffice-base 1:3.3.1-1 office productivity suite -- datab ii libreoffice-calc 1:3.3.1-1 office productivity suite -- sprea ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-draw 1:3.3.1-1 office productivity suite -- drawi ii libreoffice-filter-mobiledev 1:3.3.1-1 office productivity suite -- mobil ii libreoffice-impress 1:3.3.1-1 office productivity suite -- prese ii libreoffice-java-common 1:3.3.1-1 office productivity suite -- arch- ii libreoffice-math 1:3.3.1-1 office productivity suite -- equat ii libreoffice-report-builder-b 1:3.3.1-1 LibreOffice extension for building ii libreoffice-writer 1:3.3.1-1 office productivity suite -- word ii ttf-dejavu 2.31-1 Metapackage to pull in ttf-dejavu- ii ttf-sil-gentium-basic1.1-2 smart Unicode font families (Basic Versions of packages libreoffice recommends: ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim ii ttf-mscorefonts-instal 3.3 Installer for Microsoft TrueType c Versions of packages libreoffice suggests: ii cups-bsd1.4.5-2 Common UNIX Printing System(tm) - ii default-jre [java5-runtime] 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java5-runtime] 4.4.5-9 Java runtime environment using GIJ ii gcj-jre [java5-runtime] 4:4.4.5-4Java runtime environment using GIJ ii gstreamer0.10-ffmpeg0.10.10-1FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-bad 0.10.19-2+b2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-base 0.10.30-1GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.24-1GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.15-1GStreamer plugins from the ugly pn hunspell-dictionary none (no description available) pn hyphen-hyphenation-patterns none (no description available) ii iceape-browser 2.0.11-2 Iceape Navigator (Internet browser ii icedove 3.0.11-1+b1 mail/news client with RSS and inte ii iceweasel 3.5.16-4 Web browser based on Firefox ii imagemagick 8:6.6.0.4-3 image manipulation programs ii libgl1-mesa-glx [libgl1]7.7.1-4 A free implementation of the OpenG ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpaper-utils 1.1.24 library for handling paper charact ii libreoffice-filter-binfilte 1:3.3.1-1office productivity suite -- legac ii libreoffice-gnome 1:3.3.1-1office productivity suite -- GNOME pn libreoffice-help-3.3.1 none (no description available) pn libreoffice-l10n-3.3.1 none (no description available) pn libreoffice-officebean none (no description available) ii libsane 1.0.21-9 API library for scanners ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii menu2.1.44 generates programs menu for all me ii myspell-en-gb [myspell-dict 1:3.2.1-2English_british dictionary for mys ii myspell-en-us [myspell-dict 1:3.2.1-2English_american dictionary for my ii myspell-fr [myspell-diction 1.4-25 The French dictionary for myspell pn mythes-thesaurusnone (no description available) pn openclipart-libreoffice none (no description available) ii openjdk-6-jre [java5-runtim 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo pn pstoeditnone (no description available) ii sun-java6-jre [java5-runtim 6.24-1 Sun Java(TM) Runtime Environment ( ii unixodbc2.2.14p2-2 ODBC tools libraries Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer libra ii libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [ ii libexpat12.0.1-7 XML parsing C library -
Bug#619036: [php-maint] Bug#619036: php5: Build-Depends uninstallable
On Sunday 20 March 2011, Raphael Geissert wrote: For apache: Stefan et al, Do you have any objection to switch to libdb5.1-dev (and bd on libdb-dev)? [Stefan Fritsch] Switching libdb version in apr-util has to be coordinated with subversion. I am not sure we want that to happen automatically when the libdb maintainers change the default version, but I could be wrong. Since only a single libdb*-dev can be installed at a time, and since libaprutil1-dev Depends on one of them, any apr-util reverse dep is forced to use the same bdb version. Even though, in Subversion's case, we don't use the apr-util frontend to libdb* at all. My preferred solution is to decouple apr-util and libdb, by not having the Depends in libaprutil1-dev. I note that (at least for Subversion) this should not pose any problems at runtime: libdb uses symbol versioning, and libsvn1 picks up the correct Depends: libdb4.8 via dpkg-shlibdeps. The only reason I can see for libaprutil1-dev to depend on libdb*-dev is /usr/include/apr-1.0/apu_want.h, a feature where an application can request an include of db.h. I wonder if any of its reverse deps are actually using this very minor feature. Subversion can optionally find the right db.h that way, but we don't use it in Debian. Anyway, I wonder if any other reverse deps of apr-util would break if it stopped depending on libdb*-dev. Even if so, adding some Build-Depends: libdb4.8-dev or similar to a few packages seems reasonable to me. To answer your original question, I have not tested Subversion with libdb 5.1. I will try to remember to do that soon. There are upstream indications that it is compatible. Peter -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619119: marked as done (gnutls-bin: can't connect to IPv6 TLS host)
Your message dated Mon, 21 Mar 2011 18:56:29 +0100 with message-id 87ipvctl0y.fsf...@hepworth.siccegge.de and subject line user error has caused the Debian Bug report #619119, regarding gnutls-bin: can't connect to IPv6 TLS host to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619119: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619119 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnutls-bin Version: 2.10.5-1 Severity: serious /--- % gnutls-cli -p 993 imap.freenet.de Resolving 'imap.freenet.de'... Connecting to '2001:748:100:40::8:110:993'... Cannot connect to imap.freenet.de:993: Operation not permitted \--- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.2-1-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnutls-bin depends on: ii libc0.1 2.11.2-13Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1 the GNU TLS library - runtime libr ii libreadline66.1-3GNU readline and history libraries ii libtasn1-3 2.9-2Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnutls-bin recommends no packages. gnutls-bin suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Missconfiguration not a bug, sorry for the noise -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? ---End Message---
Bug#619093: Bug#591791: Bug#619093: splashy and systemd: error when trying to install together
Hi Michael, On Mon, Mar 21, 2011 at 11:30:06AM +0100, Michael Biebl wrote: So, in #591791 Steve proposed that packages should continue to ship sysv init script, regardless if they have a native upstart job or not, and I basically agree with that. What I don't like about the proposal in #591791 is, that each sysv init script should check itself, if it is run under upstart and exit. This means we duplicate a lot of code and add upstart specific interna to every init script shipping a native upstart job. Right, in the policy proposal I am describing that each init script is responsible for checking this. But the actual *implementation* of this check can and should use a common shell library to do the heavy lifting. Sorry, I didn't think that specifying that belonged in policy. Do you think the use of a common shell library should be enforced in policy as part of this? I'd much prefer if we could use the /lib/lsb/init-functions lib to do the same kind of redirecting for upstart. That is, all a package needs to do if it ships a native upstart job (or systemd service), is to include . /lib/lsb/init-functions in its sysv init script. lib/lsb/init-functions /would then do the correct thing, when it is run under systemd or upstart. Steve, do you think this would be an approach that works for upstart (and Ubuntu)? I hadn't thought about having /lib/lsb/init-functions automatically do this checking when sourced. I think on some level the idea offends me, the same way having C libraries call setuid() or exit() offends me. :) Also, this check is only needed for those packages that *ship* an upstart job, and surely those packages know who they are and can handle the conversion easily enough if we give them a function to call? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#617666: marked as done (nfs-kernel-server: Periodic nfsd failure - single nfsd process with high CPU and no mounts working)
Your message dated Mon, 21 Mar 2011 19:02:21 +0100 with message-id 4d8792ad.7080...@debian.org and subject line Re: nfs-kernel-server: Periodic nfsd failure - single nfsd process with high CPU and no mounts working has caused the Debian Bug report #617666, regarding nfs-kernel-server: Periodic nfsd failure - single nfsd process with high CPU and no mounts working to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 617666: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617666 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: nfs-kernel-server Version: 1:1.2.2-4 Severity: grave Justification: renders package unusable Hi there, appologies if this has already been reported but I couldn't see anything quite matching what I'm seeing. I have a 26TB debian squeeze fileserver providing NFS mounts to a large number of users. The system has been working flawlessly for a number of months but twice in the last week NFS seems to have crashed. The first thing I noticed is that users reported being unable to access shares. Logging into the system I see a single nfsd process taking 100% CPU with a very long run time. Restarting nfs-kernel-server has no effect. The process is unkillable (even with -9) and the system has required a reboot to get it usable again. jnettop is not showing significant network traffic and lsof on /export/ (where all my NFS exports are located) shows no nfs access to any files. Please let me know if you need any further information. I am going to reboot the server now, so I may not be able to reproduce the problem straight away (but as its happened twice, I am quite sure it will happen again at some point...). Thanks in advance for your help. Dan Tomlinson My /etc/exports file is below: # /etc/exports: the access control list for filesystems which may be exported # to NFS clients. See exports(5). # # Example for NFSv2 and NFSv3: # /srv/homes hostname1(no_subtree_check,rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check) # # Example for NFSv4: # # misc shares /export/software 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) /export/system_tools 192.168.32.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) /export/home 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) # flychip shares /export/flychip/archives 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) /export/flychip/misc 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) /export/flychip/production 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) /export/flychip/share 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) /export/flychip/temp 192.168.32.0/24(no_subtree_check,rw,sync,root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,root_squash,insecure) # mickelm shares /export/micklem/releases 192.168.32.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) /export/micklem/data 192.168.32.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) # logic shares /export/logic/data 192.168.32.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) /export/logic/webdav 192.168.32.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) 192.168.128.0/24(no_subtree_check,rw,sync,no_root_squash,insecure) -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/16 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 nfs-kernel-server depends on: ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii
Bug#618894: Possible fix
The problem seems to be caused by missing dependency on gsettings-desktop-schemas. After installing the package, gitg started to work again. However, it still complains about 'memory' backend and does not save the settings. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619093: Bug#591791: Bug#619093: splashy and systemd: error when trying to install together
Hi Steve! Am 21.03.2011 18:58, schrieb Steve Langasek: On Mon, Mar 21, 2011 at 11:30:06AM +0100, Michael Biebl wrote: Right, in the policy proposal I am describing that each init script is responsible for checking this. But the actual *implementation* of this check can and should use a common shell library to do the heavy lifting. Sorry, I didn't think that specifying that belonged in policy. Do you think the use of a common shell library should be enforced in policy as part of this? I do think it would make sense to agree on the name of such a shell library and at least mention and recommend it in the policy text. My concern is that if we don't encourage a common shell lib we get all sorts of inconsistencies and if we need to make adjustments later on (return codes etc) it's much easier to do it in one place. I'd much prefer if we could use the /lib/lsb/init-functions lib to do the same kind of redirecting for upstart. That is, all a package needs to do if it ships a native upstart job (or systemd service), is to include . /lib/lsb/init-functions in its sysv init script. lib/lsb/init-functions /would then do the correct thing, when it is run under systemd or upstart. Steve, do you think this would be an approach that works for upstart (and Ubuntu)? I hadn't thought about having /lib/lsb/init-functions automatically do this checking when sourced. I think on some level the idea offends me, the same way having C libraries call setuid() or exit() offends me. :) Also, this check is only needed for those packages that *ship* an upstart job, and surely those packages know who they are and can handle the conversion easily enough if we give them a function to call? True. The current version of upstart does not (yet) natively support SysV init scripts, and relies on /etc/init.d/rc to start those services. SysV services in upstart don't run under the supervision of upstart. In systemd the situation is a bit different, as SysV init scripts are basically just another configuration source and we also want to start SysV services under the supervision of systemd. I remember though Scott saying though that native SysV support was planned in upstart. So I'm just thinking ahead a bit. Using /lib/lsb/init-functions has the huge advantage that we already have a pretty good coverage of SysV init scripts using it (~70 %), which don't need to be changed to support this redirection scheme. For upstart with its current features, the shell lib would only redirect the call to initctl/upstart if if finds a upstart job with the same name as the SysV init script and would be a nop otherwise. Regarding the redirection scheme and your loathing of exit, how would you envision such an interface should look like? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd
* Daniel Kahn Gillmor: Thanks for the report! I don't think this is a problem, because aoetools doesn't seem to trigger for aoe devices on the local machine's network interface. If you know otherwise, i'd be happy to hear of a specific configuration where this is the case. My point is that /dev/etherd belongs to the Linux kernel-based AoE _initiator_ and that a user-space based AoE _target_ has no business manipulating this directory. Please consider the following scenario consisting of two servers, A and B, with interfaces to a common Ethernet broadcast domain x. B additionally has an interface in a separate broadcast domain y that is shared with other machines. A provides a target (shelf=0, slot=0) to B over x while B provides a target (also shelf=0, slot=0) via y. If the target on B is managed using vblade-persist I see two possible failure modes: 1. If the initiator finds its target on A before vblade-persist is started, B won't export a target via y because vblade-persist can't create the desired symlink. 2. If the initiator finds its target on A after vblade-persist has been started, udev will try to create a device node (as instructed by the kernel) where vblade-persist has put its symlink. I haven't tried this, so I don't know whether udev would succeed in creating this device node. I'd call this a race condition. You might argue that the scenario I am describing isn't exactly good practice and I might agree. But provided that the initiator and target on B are configured to not use the same ethernet device, there are no reasons imposed by the AoE protocol why this should not work. The links are created there by vblade-persist precisely so that a machine can both offer and consume AoE, while seeing what its other peers see. I think I see what you are trying to do there. However, the kernel-based AoE initiator will also ask udev to create device nodes corresponding to partitions on the device (e0.0p1), so creating the symlink for the wohle device isn't even enough to create the consistent view. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619165: fails to upgrade, file conflict with bootchart2
Package: pybootchartgui Version: 0.14.0-1 Severity: serious Hi, he package fails to upgrade: ´ The following packages will be upgraded: pybootchartgui 1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. Need to get 0 B/34.5 kB of archives. After this operation, 32.8 kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 266062 files and directories currently installed.) Preparing to replace pybootchartgui 0.12.6-1 (using .../pybootchartgui_0.14.0-1_i386.deb) ... Unpacking replacement pybootchartgui ... dpkg: error processing /var/cache/apt/archives/pybootchartgui_0.14.0-1_i386.deb (--unpack): trying to overwrite '/usr/share/man/man1/bootchartd.1.gz', which is also in package bootchart2 0.14.0-1 configured to not write apport reports Processing triggers for python-support ... Processing triggers for menu ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/pybootchartgui_0.14.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pybootchartgui depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.11 automated rebuilding support for P pybootchartgui recommends no packages. pybootchartgui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd
On 03/21/2011 02:00 PM, Hilko Bengen wrote: Please consider the following scenario consisting of two servers, A and B, with interfaces to a common Ethernet broadcast domain x. B additionally has an interface in a separate broadcast domain y that is shared with other machines. A provides a target (shelf=0, slot=0) to B over x while B provides a target (also shelf=0, slot=0) via y. ok, i do see how this might cause a problem. You might argue that the scenario I am describing isn't exactly good practice and I might agree. But provided that the initiator and target on B are configured to not use the same ethernet device, there are no reasons imposed by the AoE protocol why this should not work. The same scenario without vblade-persist has a comparable race condition on A if machine C (attached to y) provides a target (shelf=1, slot=1) and B (attached to x) concurrently provides a target (shelf=1, slot=1). How does the kernel + udev decide what to treat as /dev/etherd/e1.1 in that case? I'm not convinced that removing vblade-persist's symlinks will fix the race condition for this not exactly good practice scenario. Is there a reasonable scenario (one that doesn't have its own race conditions already) that this symlink introduces problems for? I think I see what you are trying to do there. However, the kernel-based AoE initiator will also ask udev to create device nodes corresponding to partitions on the device (e0.0p1), so creating the symlink for the wohle device isn't even enough to create the consistent view. Ah, this is also a good point -- i hadn't realized that the kernel would do that, because it never occurred to me that anyone would want to use crufty old partition tables on their AoE devices. And i suppose using kpartx on the symlink wouldn't really be sufficient, since the supporting file might not itself actually be a block device, and i don't think kpartx works on non-block-special files. Do you have a suggestion for how we might solve the node-independent view of /dev/etherd/ that this symlink approach was originally trying to address? Should aoetools create them on its own? Thanks for the discussion, --dkg signature.asc Description: OpenPGP digital signature
Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer
severity 619163 important # no into here - nothing to reproduce tag 619163 + moreinfo tag 619163 + unreproducible thanks On Mon, Mar 21, 2011 at 01:30:14PM -0400, bob wrote: ^^^ what if you could send a proper mail? Package: libreoffice Version: 1:3.3.1-1 Severity: grave Justification: causes non-serious data loss no text No, a crash is not per se a grave bug. Especially when it's just a option whhich crashes. And you didn't write any info here, you really think I shoult take this serious? (no, the mail title alone is not enough). Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#619163: libreoffice crashes when I right click mouse in a DDE linked table in writer
Processing commands for cont...@bugs.debian.org: severity 619163 important Bug #619163 [libreoffice] libreoffice crashes when I right click mouse in a DDE linked table in writer Severity set to 'important' from 'grave' # no into here - nothing to reproduce tag 619163 + moreinfo Bug #619163 [libreoffice] libreoffice crashes when I right click mouse in a DDE linked table in writer Added tag(s) moreinfo. tag 619163 + unreproducible Bug #619163 [libreoffice] libreoffice crashes when I right click mouse in a DDE linked table in writer Added tag(s) unreproducible. thanks Stopping processing here. Please contact me if you need assistance. -- 619163: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619163 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619165: fails to upgrade, file conflict with bootchart2
On Mon, 21 Mar 2011 19:32:56 +0100, Michael Biebl wrote: Package: pybootchartgui Version: 0.14.0-1 Severity: serious Hi, Hello, he package fails to upgrade: [..] Yes, I just overlooked this. I uploaded a new revision fixing it. Thanks, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#618894: Possible fix
On Mon, Mar 21, 19:21:14 +0100, Lubomír Sedlář wrote: The problem seems to be caused by missing dependency on gsettings-desktop-schemas. After installing the package, gitg started to work again. Good to hear, I'll add that as a dependency. However, it still complains about 'memory' backend and does not save the settings. Do you have dconf installed? -- Jonny Lamb, UK jo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618894: Possible fix
Jonny Lamb píše v Po 21. 03. 2011 v 19:30 +: On Mon, Mar 21, 19:21:14 +0100, Lubomír Sedlář wrote: The problem seems to be caused by missing dependency on gsettings-desktop-schemas. After installing the package, gitg started to work again. Good to hear, I'll add that as a dependency. However, it still complains about 'memory' backend and does not save the settings. Do you have dconf installed? Thanks for this suggestion, I installed libdconf0 and it works perfectly now. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 619102
Processing commands for cont...@bugs.debian.org: tags 619102 + pending Bug #619102 [rtgui] rtgui: fails to install Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 619102: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619102 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619165: marked as done (fails to upgrade, file conflict with bootchart2)
Your message dated Mon, 21 Mar 2011 20:54:40 + with message-id e1q1m7c-00035t...@franck.debian.org and subject line Bug#619165: fixed in bootchart2 0.14.0-2 has caused the Debian Bug report #619165, regarding fails to upgrade, file conflict with bootchart2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619165: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619165 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pybootchartgui Version: 0.14.0-1 Severity: serious Hi, he package fails to upgrade: ´ The following packages will be upgraded: pybootchartgui 1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. Need to get 0 B/34.5 kB of archives. After this operation, 32.8 kB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 266062 files and directories currently installed.) Preparing to replace pybootchartgui 0.12.6-1 (using .../pybootchartgui_0.14.0-1_i386.deb) ... Unpacking replacement pybootchartgui ... dpkg: error processing /var/cache/apt/archives/pybootchartgui_0.14.0-1_i386.deb (--unpack): trying to overwrite '/usr/share/man/man1/bootchartd.1.gz', which is also in package bootchart2 0.14.0-1 configured to not write apport reports Processing triggers for python-support ... Processing triggers for menu ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/pybootchartgui_0.14.0-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pybootchartgui depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.11 automated rebuilding support for P pybootchartgui recommends no packages. pybootchartgui suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: bootchart2 Source-Version: 0.14.0-2 We believe that the bug you reported is fixed in the latest version of bootchart2, which is due to be installed in the Debian FTP archive: bootchart2_0.14.0-2.debian.tar.gz to main/b/bootchart2/bootchart2_0.14.0-2.debian.tar.gz bootchart2_0.14.0-2.dsc to main/b/bootchart2/bootchart2_0.14.0-2.dsc bootchart2_0.14.0-2_i386.deb to main/b/bootchart2/bootchart2_0.14.0-2_i386.deb pybootchartgui_0.14.0-2_all.deb to main/b/bootchart2/pybootchartgui_0.14.0-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 619...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. David Paleino da...@debian.org (supplier of updated bootchart2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Mar 2011 20:19:40 +0100 Source: bootchart2 Binary: bootchart2 pybootchartgui Architecture: source i386 all Version: 0.14.0-2 Distribution: unstable Urgency: low Maintainer: David Paleino da...@debian.org Changed-By: David Paleino da...@debian.org Description: bootchart2 - boot process performance analyser pybootchartgui - viewer for boot process performance analysis results Closes: 619165 Changes: bootchart2 (0.14.0-2) unstable; urgency=low . * Fix installed files in pybootchartgui (Closes: #619165) Checksums-Sha1: 54798712bcd98d043b1487c914775a6be33943be 1282 bootchart2_0.14.0-2.dsc 395b8c7ba7560bd97b41ddab910336c0b666ee18 3340 bootchart2_0.14.0-2.debian.tar.gz e2122087c19553117d6f1df1aabaed9360e0efab 28418 bootchart2_0.14.0-2_i386.deb a413ff7a87ae5887a23dc52eefac6400e71c18c5 31370 pybootchartgui_0.14.0-2_all.deb Checksums-Sha256: 1e52c15d78c5977af67e6aca09513b31d4255b9341e8c5aa352788b1611a03a9 1282 bootchart2_0.14.0-2.dsc d4b618957b39f84749bd68bc8029f82e0f02e789e6ff5fc22e4a2425ccad322e 3340 bootchart2_0.14.0-2.debian.tar.gz
Bug#619036: [php-maint] Bug#619036: php5: Build-Depends uninstallable
On Monday 21 March 2011, Peter Samuelson wrote: Since only a single libdb*-dev can be installed at a time, and since libaprutil1-dev Depends on one of them, any apr-util reverse dep is forced to use the same bdb version. Even though, in Subversion's case, we don't use the apr-util frontend to libdb* at all. My preferred solution is to decouple apr-util and libdb, by not having the Depends in libaprutil1-dev. I note that (at least for Subversion) this should not pose any problems at runtime: libdb uses symbol versioning, and libsvn1 picks up the correct Depends: libdb4.8 via dpkg-shlibdeps. The only reason I can see for libaprutil1-dev to depend on libdb*-dev is /usr/include/apr-1.0/apu_want.h, a feature where an application can request an include of db.h. I wonder if any of its reverse deps are actually using this very minor feature. Subversion can optionally find the right db.h that way, but we don't use it in Debian. Anyway, I wonder if any other reverse deps of apr-util would break if it stopped depending on libdb*-dev. Even if so, adding some Build-Depends: libdb4.8-dev or similar to a few packages seems reasonable to me. Some googling hasn't revealed any user of apu_want.h outside of apr- util itself. I agree that removing the dependency looks like the best idea. To answer your original question, I have not tested Subversion with libdb 5.1. I will try to remember to do that soon. There are upstream indications that it is compatible. As subversion itself has a build-dep on libdb4.8-dev, it should be possible to remove libaprutil1-dev's dep without breaking subversion. I will do that with the next upload. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619124: marked as done (nautilus-filename-repairer: FTBFS everywhere: dh: unable to load addon autoreconf)
Your message dated Mon, 21 Mar 2011 21:14:37 + with message-id e1q1mqv-0006tj...@franck.debian.org and subject line Bug#619124: fixed in nautilus-filename-repairer 0.0.6-1+gnome3+2 has caused the Debian Bug report #619124, regarding nautilus-filename-repairer: FTBFS everywhere: dh: unable to load addon autoreconf to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: nautilus-filename-repairer Version: 0.0.6-1+gnome3+1 Severity: serious Justification: FTBFS Hi, looks like a missing bdep: | dh clean --with quilt --with autoreconf | dh: unable to load addon autoreconf: Can't locate Debian/Debhelper/Sequence/autoreconf.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 | +/usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 9) line 2. | BEGIN failed--compilation aborted at (eval 9) line 2. | | make: *** [clean] Error 2 Full build logs: https://buildd.debian.org/status/package.php?p=nautilus-filename-repairersuite=experimental KiBi. ---End Message--- ---BeginMessage--- Source: nautilus-filename-repairer Source-Version: 0.0.6-1+gnome3+2 We believe that the bug you reported is fixed in the latest version of nautilus-filename-repairer, which is due to be installed in the Debian FTP archive: nautilus-filename-repairer_0.0.6-1+gnome3+2.debian.tar.gz to main/n/nautilus-filename-repairer/nautilus-filename-repairer_0.0.6-1+gnome3+2.debian.tar.gz nautilus-filename-repairer_0.0.6-1+gnome3+2.dsc to main/n/nautilus-filename-repairer/nautilus-filename-repairer_0.0.6-1+gnome3+2.dsc nautilus-filename-repairer_0.0.6-1+gnome3+2_i386.deb to main/n/nautilus-filename-repairer/nautilus-filename-repairer_0.0.6-1+gnome3+2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 619...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Changwoo Ryu cw...@debian.org (supplier of updated nautilus-filename-repairer package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Mar 2011 23:25:45 +0900 Source: nautilus-filename-repairer Binary: nautilus-filename-repairer Architecture: source i386 Version: 0.0.6-1+gnome3+2 Distribution: experimental Urgency: low Maintainer: Debian Korean L10N debian-l10n-kor...@lists.debian.org Changed-By: Changwoo Ryu cw...@debian.org Description: nautilus-filename-repairer - Nautilus extension for filename encoding repair Closes: 619124 Changes: nautilus-filename-repairer (0.0.6-1+gnome3+2) experimental; urgency=low . * Build-Depends on dh-autoreconf (Closes: #619124) Checksums-Sha1: 6647cca5f003e2ac9fe8b9cc9d8abf701471278c 1521 nautilus-filename-repairer_0.0.6-1+gnome3+2.dsc 261f59ccd623e7d5644131a9cd772a5cc915b255 2676 nautilus-filename-repairer_0.0.6-1+gnome3+2.debian.tar.gz 91e2b19fff2b860d1cefa86934c5beb63c180d23 13312 nautilus-filename-repairer_0.0.6-1+gnome3+2_i386.deb Checksums-Sha256: 2e8a55318e1f27db1dc4ef5252b9dfdc4ec6832870ee684cf6dd5b8dd782cea9 1521 nautilus-filename-repairer_0.0.6-1+gnome3+2.dsc 99c8e3b08ca50a1d234560d8f6583c04f34a86d3d4e0e22930b4e2341545a945 2676 nautilus-filename-repairer_0.0.6-1+gnome3+2.debian.tar.gz 5a899eecb58cad76df0216ab52d9799312d036cd232b235ca84a42cc55e15ead 13312 nautilus-filename-repairer_0.0.6-1+gnome3+2_i386.deb Files: 373daa7b36199eb2031373e9307e7a67 1521 gnome optional nautilus-filename-repairer_0.0.6-1+gnome3+2.dsc 8ce50caa3041331d5ef9c730cf5c3ace 2676 gnome optional nautilus-filename-repairer_0.0.6-1+gnome3+2.debian.tar.gz 0f2e9681e1c713dfc53a0b6485631bd5 13312 gnome optional nautilus-filename-repairer_0.0.6-1+gnome3+2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk2HbeMACgkQAbRzNODUnpn08ACgi2I+pDj1NPCvFm4SmZXLRBqb peYAnjo/xmyveOe2UxNvyHxN7gGkkKNe =KRO6 -END PGP SIGNATURE- ---End Message---
Bug#619036: marked as done (php5: Build-Depends uninstallable)
Your message dated Mon, 21 Mar 2011 21:17:33 + with message-id e1q1mtl-0007vk...@franck.debian.org and subject line Bug#619036: fixed in php5 5.3.6-2 has caused the Debian Bug report #619036, regarding php5: Build-Depends uninstallable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: php5 Version: 5.3.6-1 Severity: serious Hi, Your build-depends are uninstallable because you build-depend on libdb-dev, which depends on libdb5.1-dev, and apache2-prefork-dev which depends on libaprutil1-dev, which depends on libdb4.8-dev. And libdb5.1-dev and libdb4.8-dev of course conflict with each other. Kurt ---End Message--- ---BeginMessage--- Source: php5 Source-Version: 5.3.6-2 We believe that the bug you reported is fixed in the latest version of php5, which is due to be installed in the Debian FTP archive: libapache2-mod-php5_5.3.6-2_amd64.deb to main/p/php5/libapache2-mod-php5_5.3.6-2_amd64.deb libapache2-mod-php5filter_5.3.6-2_amd64.deb to main/p/php5/libapache2-mod-php5filter_5.3.6-2_amd64.deb php-pear_5.3.6-2_all.deb to main/p/php5/php-pear_5.3.6-2_all.deb php5-cgi_5.3.6-2_amd64.deb to main/p/php5/php5-cgi_5.3.6-2_amd64.deb php5-cli_5.3.6-2_amd64.deb to main/p/php5/php5-cli_5.3.6-2_amd64.deb php5-common_5.3.6-2_amd64.deb to main/p/php5/php5-common_5.3.6-2_amd64.deb php5-curl_5.3.6-2_amd64.deb to main/p/php5/php5-curl_5.3.6-2_amd64.deb php5-dbg_5.3.6-2_amd64.deb to main/p/php5/php5-dbg_5.3.6-2_amd64.deb php5-dev_5.3.6-2_amd64.deb to main/p/php5/php5-dev_5.3.6-2_amd64.deb php5-enchant_5.3.6-2_amd64.deb to main/p/php5/php5-enchant_5.3.6-2_amd64.deb php5-fpm_5.3.6-2_amd64.deb to main/p/php5/php5-fpm_5.3.6-2_amd64.deb php5-gd_5.3.6-2_amd64.deb to main/p/php5/php5-gd_5.3.6-2_amd64.deb php5-gmp_5.3.6-2_amd64.deb to main/p/php5/php5-gmp_5.3.6-2_amd64.deb php5-imap_5.3.6-2_amd64.deb to main/p/php5/php5-imap_5.3.6-2_amd64.deb php5-interbase_5.3.6-2_amd64.deb to main/p/php5/php5-interbase_5.3.6-2_amd64.deb php5-intl_5.3.6-2_amd64.deb to main/p/php5/php5-intl_5.3.6-2_amd64.deb php5-ldap_5.3.6-2_amd64.deb to main/p/php5/php5-ldap_5.3.6-2_amd64.deb php5-mcrypt_5.3.6-2_amd64.deb to main/p/php5/php5-mcrypt_5.3.6-2_amd64.deb php5-mysql_5.3.6-2_amd64.deb to main/p/php5/php5-mysql_5.3.6-2_amd64.deb php5-odbc_5.3.6-2_amd64.deb to main/p/php5/php5-odbc_5.3.6-2_amd64.deb php5-pgsql_5.3.6-2_amd64.deb to main/p/php5/php5-pgsql_5.3.6-2_amd64.deb php5-pspell_5.3.6-2_amd64.deb to main/p/php5/php5-pspell_5.3.6-2_amd64.deb php5-recode_5.3.6-2_amd64.deb to main/p/php5/php5-recode_5.3.6-2_amd64.deb php5-snmp_5.3.6-2_amd64.deb to main/p/php5/php5-snmp_5.3.6-2_amd64.deb php5-sqlite_5.3.6-2_amd64.deb to main/p/php5/php5-sqlite_5.3.6-2_amd64.deb php5-sybase_5.3.6-2_amd64.deb to main/p/php5/php5-sybase_5.3.6-2_amd64.deb php5-tidy_5.3.6-2_amd64.deb to main/p/php5/php5-tidy_5.3.6-2_amd64.deb php5-xmlrpc_5.3.6-2_amd64.deb to main/p/php5/php5-xmlrpc_5.3.6-2_amd64.deb php5-xsl_5.3.6-2_amd64.deb to main/p/php5/php5-xsl_5.3.6-2_amd64.deb php5_5.3.6-2.diff.gz to main/p/php5/php5_5.3.6-2.diff.gz php5_5.3.6-2.dsc to main/p/php5/php5_5.3.6-2.dsc php5_5.3.6-2_all.deb to main/p/php5/php5_5.3.6-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 619...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ondřej Surý ond...@debian.org (supplier of updated php5 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Mar 2011 11:54:04 +0100 Source: php5 Binary: php5 php5-common libapache2-mod-php5 libapache2-mod-php5filter php5-cgi php5-cli php5-fpm php5-dev php5-dbg php-pear php5-curl php5-enchant php5-gd php5-gmp php5-imap php5-interbase php5-intl php5-ldap php5-mcrypt php5-mysql php5-odbc php5-pgsql php5-pspell php5-recode php5-snmp php5-sqlite php5-sybase php5-tidy php5-xmlrpc php5-xsl Architecture: source amd64 all Version: 5.3.6-2 Distribution: unstable Urgency: low Maintainer: Debian PHP Maintainers pkg-php-ma...@lists.alioth.debian.org Changed-By: Ondřej Surý ond...@debian.org Description: libapache2-mod-php5 -
Bug#619102: marked as done (rtgui: fails to install)
Your message dated Mon, 21 Mar 2011 21:24:35 + with message-id e1q1maz-00012b...@franck.debian.org and subject line Bug#619102: fixed in rtgui 0.2.81-2 has caused the Debian Bug report #619102, regarding rtgui: fails to install to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 619102: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619102 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: rtgui Version: 0.2.81-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hola Dario, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): The following NEW packages will be installed: rtgui 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 48.4 kB of archives. After this operation, 295 kB of additional disk space will be used. Get:1 http://piatti.debian.org/debian/ wheezy/main rtgui amd64 0.2.81-1 [48.4 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 48.4 kB in 0s (4201 kB/s) Selecting previously deselected package rtgui. (Reading database ... 9097 files and directories currently installed.) Unpacking rtgui (from .../rtgui_0.2.81-1_amd64.deb) ... Setting up rtgui (0.2.81-1) ... ERROR: Module scgi does not exist! dpkg: error processing rtgui (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: rtgui E: Sub-process /usr/bin/dpkg returned an error code (1) cheers, Holger Start: 2011-03-13 11:38:30 UTC Package: rtgui Priority: optional Section: web Installed-Size: 288 Maintainer: Dario Minnucci mid...@debian.org Architecture: amd64 Version: 0.2.81-1 Depends: apache2 | httpd, libapache2-mod-scgi | httpd-cgi, php5, php5-xmlrpc, rtorrent Filename: pool/main/r/rtgui/rtgui_0.2.81-1_amd64.deb Size: 48356 MD5sum: a95364d32cbfeabf45c672761839f925 SHA1: 61d3ffe8d48018fd7e1c55a15d2098205649738c SHA256: 9f702f0af6a53a5a6064ff3ee0af2e8831c81cbf65f984b91705186c0c4b Description: A web based front-end for rTorrent rtGui is a web based front end for rTorrent - the Linux command line BitTorrent client. It's written in PHP and uses XML-RPC to communicate with the rTorrent client. Homepage: http://code.google.com/p/rtgui/ Tag: admin::file-distribution, implemented-in::php, interface::web, protocol::xmlrpc, web::application Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ rtgui 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpPJRz3J 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpPJRz3J', '-zxf', 'wheezy.tar.gz'] 0m2.4s DEBUG: Created policy-rc.d and chmodded it. 0m2.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpPJRz3J', 'apt-get', 'update'] 0m2.4s DUMP: Hit http://piatti.debian.org wheezy InRelease Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org
Bug#619196: dependency on libgjs4b no strict enough
Package: gnome-shell Version: 2.91.91-2 Severity: grave Hi, gnome-shell segfaults on startup like: Program received signal SIGSEGV, Segmentation fault. 0xb7b77c79 in JS_NewObject () from /usr/lib/libmozjs.so.4d (gdb) thread apply all bt Thread 5 (Thread 0xaf2dcb70 (LWP 24440)): #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb7310f7f in __pthread_cond_wait (cond=0x8478f74, mutex=0x8478e90) at pthread_cond_wait.c:153 #2 0xb7b38009 in PR_WaitCondVar () from /usr/lib/libnspr4.so.0d #3 0xb7bededa in ?? () from /usr/lib/libmozjs.so.4d #4 0xb730c955 in start_thread (arg=0xaf2dcb70) at pthread_create.c:300 #5 0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 4 (Thread 0xafafdb70 (LWP 24439)): #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb6967696 in __poll (fds=0xb69eaff4, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0xb6b516b2 in ?? () from /usr/lib/libpulse.so.0 #3 0xb6b3e3d9 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb6b3fc43 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb6b3fd14 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb6b51463 in ?? () from /usr/lib/libpulse.so.0 #7 0xb63d9322 in ?? () from /usr/lib/libpulsecommon-0.9.21.so #8 0xb730c955 in start_thread (arg=0xafafdb70) at pthread_create.c:300 #9 0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 3 (Thread 0xb42ffb70 (LWP 24438)): #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb6967696 in __poll (fds=0xb69eaff4, nfds=3, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0xb6a4408b in g_poll (fds=0x80a9180, nfds=3, timeout=-1) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gpoll.c:132 #3 0xb6a33a9f in g_main_context_poll (context=0x8426b00, block=1, dispatch=1, self=value optimized out) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3404 #4 g_main_context_iterate (context=0x8426b00, block=1, dispatch=1, self=value optimized out) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3086 #5 0xb6a34223 in g_main_loop_run (loop=0x8426b90) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3299 #6 0xb6e77414 in gdbus_shared_thread_func (data=0x0) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./gio/gdbusprivate.c:276 #7 0xb6a5cc9f in g_thread_create_proxy (data=0x80f33e8) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gthread.c:1897 #8 0xb730c955 in start_thread (arg=0xb42ffb70) at pthread_create.c:300 #9 0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 2 (Thread 0xb4c5cb70 (LWP 24437)): #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb6967696 in __poll (fds=0xb69eaff4, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0xb6a4408b in g_poll (fds=0x807abd0, nfds=1, timeout=-1) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gpoll.c:132 #3 0xb6a33a9f in g_main_context_poll (context=0x840ea90, block=1, dispatch=1, self=value optimized out) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3404 #4 g_main_context_iterate (context=0x840ea90, block=1, dispatch=1, self=value optimized out) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3086 #5 0xb6a34223 in g_main_loop_run (loop=0x8052f80) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gmain.c:3299 #6 0xb4c6122a in ?? () from /usr/lib/gio/modules/libdconfsettings.so #7 0xb6a5cc9f in g_thread_create_proxy (data=0x80f8158) at /build/buildd-glib2.0_2.28.2-1-i386-B7GzlY/glib2.0-2.28.2/./glib/gthread.c:1897 #8 0xb730c955 in start_thread (arg=0xb4c5cb70) at pthread_create.c:300 #9 0xb6974e7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 1 (Thread 0xb6127890 (LWP 24433)): #0 0xb7b77c79 in JS_NewObject () from /usr/lib/libmozjs.so.4d #1 0x in ?? () This is cured by depending on libgjs = 0.7.13-2. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii gconf2 2.32.1-2 GNOME configuration database syste ii gir1.2-atk-1.0 1.32.0-2 The ATK accessibility toolkit (GOb ii gir1.2-clutter-1.0 1.6.6-1 GObject introspection data for the ii gir1.2-freedesktop 0.10.1-1 Introspection data for some FreeDe ii gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste ii gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro ii gir1.2-gkbd-3.0 2.91.90-1GObject introspection data for the ii gir1.2-glib-2.0 0.10.1-1 Introspection
Bug#619197: dependency on gsettings-desktop-schemas not script enough
Package: gnome-shell Version: 2.91.91-2 Severity: grave Hi, the dependency on gsettings-schema is not strict enough. The shell fails to start with: GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' does not contain a key named 'text-scaling-factor' aborting... Depending on gsettings-desktop-schemas = 2.91.91-1 cures this. Cheers, -- Guido -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii gconf2 2.32.1-2 GNOME configuration database syste ii gir1.2-atk-1.0 1.32.0-2 The ATK accessibility toolkit (GOb ii gir1.2-clutter-1.0 1.6.6-1 GObject introspection data for the ii gir1.2-freedesktop 0.10.1-1 Introspection data for some FreeDe ii gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste ii gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro ii gir1.2-gkbd-3.0 2.91.90-1GObject introspection data for the ii gir1.2-glib-2.0 0.10.1-1 Introspection data for GLib, GObje ii gir1.2-gtk-3.0 3.0.1-1 The GTK+ graphical user interface ii gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do ii gir1.2-mutter-2.91 2.91.91-1GObject introspection data for Mut ii gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio ii gir1.2-polkit-1.0 0.100-1 GObject introspection data for Pol ii gir1.2-telepathyglib-0. 0.13.15-1GLib Telepathy connection manager ii gir1.2-upowerglib-1.0 0.9.8-3 GObject introspection data for upo ii gjs 0.7.10-1 Mozilla-based javascript bindings ii gnome-control-center1:2.91.90-1 utilities to configure the GNOME d ii gnome-settings-daemon 2.91.90-1daemon handling the GNOME session ii gsettings-desktop-schem 2.91.91-1GSettings deskop-wide schemas ii libatk1.0-0 1.32.0-2 The ATK accessibility toolkit ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-4 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra ii libcamel1.2-19 2.32.2-2 The Evolution MIME message handlin ii libcanberra00.26-3 a simple abstract interface for pl ii libclutter-1.0-01.6.0-1 Open GL based interactive canvas l ii libcroco3 0.6.2-1 a generic Cascading Style Sheet (C ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libdconf0 [gsettings-ba 0.7.2-1 Simple key-based configuration sys ii libdrm2 2.4.23-3 Userspace interface to kernel DRM ii libebook1.2-10 2.32.2-2 Client library for evolution addre ii libecal1.2-82.32.2-2 Client library for evolution calen ii libedataserver1.2-142.32.2-2 Utility library for evolution data ii libedataserverui1.2-11 2.32.2-2 GUI utility library for evolution ii libffi5 3.0.9-3 Foreign Function Interface library ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.1-2 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.0-2 GDK Pixbuf library ii libgirepository-1.0-1 0.10.1-1 Library for handling GObject intro ii libgjs0b0.7.13-2 Mozilla-based javascript bindings ii libgl1-mesa-glx [libgl1 7.10-4 A free implementation of the OpenG ii libglib2.0-02.28.2-1 The GLib library of C routines ii libgnome-desktop-3-02.91.6.1-1 Utility library for loading .deskt ii libgnome-menu2 2.30.3-2 an implementation of the freedeskt ii libgstreamer0.10-0 0.10.32-4Core GStreamer libraries and eleme ii libgtk-3-0 3.0.2-1 The GTK+ graphical user interface ii libgtk2.0-0 2.24.0-1 The GTK+ graphical user interface ii libical00.44-3 iCalendar library implementation i ii libjson-glib-1.0-0 0.10.2-2 GLib JSON manipulation library ii libmozjs4d 2.0~rc2-2The Mozilla SpiderMonkey JavaScrip ii libmutter-wm0 2.91.91-1window manager library for the Mut ii libnspr4-0d 4.8.7-2 NetScape Portable
Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd
* Daniel Kahn Gillmor: The same scenario without vblade-persist has a comparable race condition on A if machine C (attached to y) provides a target (shelf=1, slot=1) and B (attached to x) concurrently provides a target (shelf=1, slot=1). How does the kernel + udev decide what to treat as /dev/etherd/e1.1 in that case? This is outright dangerous: Unless you have configured the AoE initiator on host A is restrict itself to access (interfaces on) only one broadcast domain, there is no way of predicting which device will be read or modified. In my book, this is random data corruption. Like many other technologies, AoE will happily allow us to shoot ourselves in the foot. :-) The downside of a standard as simple as http://support.coraid.com/documents/AoEr11.txt is that we have to work with a few assumptions. Mine so far are: (1) A shelf/slot address should uniquely identify a target in a broadcast domain. (2) A shelf/slot address should uniquely identify a target reachable from a host via any network interface that is configured for AoE. (Your example above violates this.) If I can't guarantee both, I risk data loss. Do you have a suggestion for how we might solve the node-independent view of /dev/etherd/ that this symlink approach was originally trying to address? As the node-independent consistent view seems to be important to you: Could you live with putting the symlinks into a different directory (e.g. /var/run/vblade-persist as suggested) and extend the udev rules to create symlinks to any real /dev/etherd/ex.y device node that may pop up? (I would make the last part optional and off-by-default, though.) Why is the node-independent view so important to you, anyeay? What problem does it solve? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618325: qtwebkit: FTBFS on armel: ld terminated with signal 9 [Killed]
Hi, 2011/3/19 Hector Oron hector.o...@gmail.com: ChromeClientQt.o: In function `WebCore::ChromeClientQt::fullScreenVideo()': ChromeClientQt.cpp:(.text._ZN7WebCore14ChromeClientQt15fullScreenVideoEv+0x34): undefined reference to `WebCore::FullScreenVideoQt::FullScreenVideoQt(WebCore::ChromeClientQt*)' ChromeClientQt.o: In function `WebCore::ChromeClientQt::requiresFullscreenForVideoPlayback()': ChromeClientQt.cpp:(.text._ZN7WebCore14ChromeClientQt34requiresFullscreenForVideoPlaybackEv+0x8): undefined reference to `WebCore::FullScreenVideoQt::requiresFullScreenForVideoPlayback()' collect2: ld returned 1 exit status I finally was able to build qtwebkit on armel succesfully: $ dcmd ls ../qtwebkit_2.1.0~2011week09-1_armel.changes ../libqtwebkit4_2.1.0~2011week09-1_armel.deb ../qtwebkit_2.1.0~2011week09-1.debian.tar.gz ../libqtwebkit4-dbg_2.1.0~2011week09-1_armel.deb ../qtwebkit_2.1.0~2011week09-1.dsc ../libqtwebkit-dev_2.1.0~2011week09-1_armel.deb ../qtwebkit_2.1.0~2011week09.orig.tar.gz ../qtwebkit_2.1.0~2011week09-1_armel.changes I commented out a couple patches: 04_enable_debug_information.diff (suggested by Sune) webcore_qtplatformplugin_createfullscreenvideohandler_ftbfs.patch (it looked suspicious to me, as ) $ cat debian/patches/series # upstream patches 0001_fix_symbols_visibility_for_webcore.diff # debian patches 01_lflags_as-needed.diff 02_add_nostrip_for_debug_packages.diff 03_hide_std_symbols.diff #04_enable_debug_information.diff 05_sparc_unaligned_access.diff 06_kfreebsd_strnstr.diff 07_s390_stabs_format_debugging_information.diff 08_powerpc_s390_no_gc_sections.diff 09_hurd.diff #webcore_qtplatformplugin_createfullscreenvideohandler_ftbfs.patch Let me know if you need anymore information or if full buildlog can be useful. Build environment was sid: ii binutils2.21.0.20110302-2 The GNU assembler, linker and binary utilities ii gcc-4.5 4.5.2-6 The GNU C compiler Cheers, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: unblock 618325 with 618748
Processing commands for cont...@bugs.debian.org: unblock 618325 with 618748 Bug #618325 [src:qtwebkit] qtwebkit: FTBFS on armel: ld terminated with signal 9 [Killed] Was blocked by: 618748 Removed blocking bug(s) of 618325: 618748 thanks Stopping processing here. Please contact me if you need assistance. -- 618325: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618325 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: unblock 618748 with 618325
Processing commands for cont...@bugs.debian.org: unblock 618748 with 618325 Bug #618748 [gcc-4.5] gcc-4.5: Use insane amount of memory Was not blocked by any bugs. Removed blocking bug(s) of 618748: 618325 thanks Stopping processing here. Please contact me if you need assistance. -- 618748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618748 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601721: installation-reports: Build w/ /boot partition succeeds, but re-boot fails in fsck 445148
Hi, i would like to see this tested in with daily images, expert mode using sid to see if the updated grub makes any difference. Can you test it and give feedback? -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619206: nautilus-filename-repairer: FTBFS everywhere: ./configure breaks on IT_PROG_INTLTOOL
Source: nautilus-filename-repairer Version: 0.0.6-1+gnome3+2 Severity: serious Justification: FTBFS Hi, you seem to be lacking other build dependencies: | checking dependency style of gcc... none | ./configure: line 3866: syntax error near unexpected token `0.35.0' | ./configure: line 3866: `IT_PROG_INTLTOOL(0.35.0)' | == config.log == | […] Full build logs: https://buildd.debian.org/status/package.php?p=nautilus-filename-repairersuite=experimental I'd suggest two things: - check configure.ac and figure out which components are needed to build your package. - check it builds fine once you have specified proper build dependencies; using pbuilder, cowbuilder, sbuild, or something similar. It will save buildd time, buildd maintainer time, and bug reporter time. And as a consequence, yours, since a single upload would be sufficient, instead of a series. KiBi. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610714: fixing bug #610714 in Debian squeeze
On So, 20 Mär 2011, Faheem Mitha wrote: Since squeeze has now been released, it might be a plan to fix http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610714 Good idea, please contact the maintainer of auctex for an NMU. THe debian-tex-maint group is not responsible for this package. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 AFFPUDDLE (n.) A puddle which is hidden under a pivoted paving stone. You only know it's there when you step on the paving stone and the puddle shoots up your leg. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619216: mutt: please build with openssl instead of gnutls
Package: mutt Version: 1.5.20-9+squeeze1 Severity: grave Tags: security Justification: user security hole The gnutls implementation of ssl found in mutt, in mutt_ssl_gnutls.c, appears to not validate the common name of a remote server correctly. The openssl implementation found in mutt_ssl.c does perform this check correctly. Can the mutt package be re-build against openssl and not gnutls. This bug is reported upstream at http://dev.mutt.org/trac/ticket/3506. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38 (SMP w/128 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619222: librsvg2-2: cannot be installed: breaks package it depends on
Package: librsvg2-2 Version: 2.26.3-1 Severity: grave Justification: renders package unusable librsvg2-2 (2.26.3-1) depends on libgtk2.0-0 (2.24.3-1~sid1), which depends on libgdk-pixbuf2.0-0 (2.22.1-1+sid1), which breaks librsvg2-2. This makse it impossible to install librsvg2-2 via apt. I have not tried forcing the packages to verify that the software is actually incompatible, but the package is certainly broken. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages librsvg2-2 depends on: ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra pn libcroco3 none(no description available) ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines pn libgsf-1-114 none(no description available) ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio ii libxml22.7.8.dfsg-2 GNOME XML library librsvg2-2 recommends no packages. Versions of packages librsvg2-2 suggests: pn librsvg2-bin none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619065: vblade-persist: vblade-persist puts symlinks in /dev/etherd
On 03/21/2011 07:12 PM, Hilko Bengen wrote: (1) A shelf/slot address should uniquely identify a target in a broadcast domain. (2) A shelf/slot address should uniquely identify a target reachable from a host via any network interface that is configured for AoE. (Your example above violates this.) If I can't guarantee both, I risk data loss. Yes, exactly. And the concern you've reported here about vblade-persist will *only* be triggered in the case where at least one of these two is violated. I'm still looking for the use case where vblade-persist's symlink creation is actually independently problematic. As the node-independent consistent view seems to be important to you: Could you live with putting the symlinks into a different directory (e.g. /var/run/vblade-persist as suggested) and extend the udev rules to create symlinks to any real /dev/etherd/ex.y device node that may pop up? (I would make the last part optional and off-by-default, though.) This seems excessive to me -- the standard place for these files is /dev/etherd. Even without a concrete example of a situation were the symlinks cause a problem, I would happily consider a patch to add an option to vblade-persist to have it avoid creating a symlink for any given vblade export. If you can help me understand an example with a reasonable configuration where this symlink actually causes a problem, i could even write the patch myself :) But i don't think i see the problem yet under any reasonable AoE setup. Why is the node-independent view so important to you, anyeay? What problem does it solve? OK, here's an example: consider a group of machines, each providing physical storage to a pool on a shared network segment, and each acting as a host for some common virtualization implementation (e.g. KVM). Each virtual server (guest) has a set of configuration information that tells it where to pull its disks from. It would be good to be able to migrate guests from one host to another without needing to tweak the guest's configuration. A node-independent view of the AoE domain is quite useful in this situation -- i can say guest X has /dev/etherd/e4.3 as a virtual block device and not have to worry about whether guest X happens to be running on the host responsible for exporting (shelf=4,slot=3). Thanks for raising the issue and talking this over with me. Regards, --dkg signature.asc Description: OpenPGP digital signature
Bug#619206: nautilus-filename-repairer: FTBFS everywhere: ./configure breaks on IT_PROG_INTLTOOL
2011/3/22 Cyril Brulebois k...@debian.org: I'd suggest two things: - check configure.ac and figure out which components are needed to build your package. - check it builds fine once you have specified proper build dependencies; using pbuilder, cowbuilder, sbuild, or something similar. It will save buildd time, buildd maintainer time, and bug reporter time. And as a consequence, yours, since a single upload would be sufficient, instead of a series. Yeah I have used pbuilder for years. But in this time pbuilder didn't work with weird build errors. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org