Bug#748490: mongodb: New upstream version is available (2.6.1)
Package: mongodb Version: 1:2.4.10-1 Severity: normal Hello, New upstream version is available, 2.6 (since April 8) and 2.6.1 (since May 5). It would be great to have them packaged... -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mongodb depends on: ii mongodb-dev 1:2.4.10-1 ii mongodb-server 1:2.4.8-2 mongodb recommends no packages. mongodb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738503: python-mongoengine: Please package the new upstream version (0.8.7 at the moment)
Package: python-mongoengine Version: 0.6.13-2 Severity: normal Is it possible for the latest upstream version (0.8.7 as for now) to be packed? This is more important than just a wish, cause 0.8.5 version brings compatibility with Django 1.6, which is in testing now; that is, the current mongoengine version from testing has known issues with the current Django version from testing. Thanks in advance. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-mongoengine depends on: ii python 2.7.5-5 ii python-gridfs 2.5.2-1 ii python-pymongo 2.5.2-1 ii python2.6 2.6.8-2 ii python2.7 2.7.6-5 Versions of packages python-mongoengine recommends: ii python-django 1.4.5-1+deb7u4 python-mongoengine suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716879: uwsgi: Gevent plugin/capability is missing
Thanks for your reply, Janoš, I haven't paid enough attention to the dependencies on Gevent 1.x. Let's hope that, at some nearest point, Gevent 1.0 will reach the unstable (no matter if beta or rc), and then uwsgi will be able to join the asynchronous party as well. 2013/7/14 Janoš Guljaš > Hi Alexander, > > The gevent plugin is not packaged as it requires gevent 1.0.0, but the > latest release in unstable and testing is 0.13.7, and in experimental > 1.0 beta1. > > I assume that when 1.0 final is available, that it will be uploaded > into unstable and after that gevent plugin will be too. I do not know > when tat will happen as the latest upstrem release is 1.0rc2 from 7 > months ago. > > Best regards, > Janos > > > On Sun, Jul 14, 2013 at 1:44 AM, Alexander Myodov > wrote: > > Package: uwsgi > > Version: 1.9.13-4 > > Severity: normal > > > > Hello, > > > > It seems that gevent plugin/capability (described on > > http://uwsgi-docs.readthedocs.org/en/latest/Gevent.html) is missing > from the > > Debian build: > > > > > > /usr/share/doc/uwsgi:$ uwsgi --gevent > > uwsgi: unrecognized option '--gevent' > > getopt_long() error > > 1:/usr/share/doc/uwsgi:$ uwsgi --plugins gevent --gevent 100 > > open("/usr/lib/uwsgi/plugins/gevent_plugin.so"): No such file or > directory > > [core/utils.c line 3423] > > !!! UNABLE to load uWSGI plugin: /usr/lib/uwsgi/plugins/gevent_plugin.so: > > !!! cannot open shared object file: No such file or directory !!! > > uwsgi: unrecognized option '--gevent' > > getopt_long() error > > > > > > Can you please build it with Gevent? It is a seriously important feature > for > > nowadays deployments, and would help to get rid of Gunicorn and use uwsgi > > instead. > > > > > > Thank you in advance, > > Alex Myodov > > > > > > -- System Information: > > Debian Release: jessie/sid > > APT prefers testing > > APT policy: (990, 'testing'), (500, 'stable-updates'), (500, > 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') > > Architecture: amd64 (x86_64) > > Foreign Architectures: i386 > > > > Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) > > Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) > > Shell: /bin/sh linked to /bin/dash > > > > Versions of packages uwsgi depends on: > > ii initscripts 2.88dsf-41 > > ii lsb-base 4.1+Debian12 > > ii uwsgi-core 1.9.13-4 > > > > Versions of packages uwsgi recommends: > > ii sqlite3 3.7.17-1 > > > > uwsgi suggests no packages. > > > > -- no debconf information >
Bug#716879: uwsgi: Gevent plugin/capability is missing
Package: uwsgi Version: 1.9.13-4 Severity: normal Hello, It seems that gevent plugin/capability (described on http://uwsgi-docs.readthedocs.org/en/latest/Gevent.html) is missing from the Debian build: /usr/share/doc/uwsgi:$ uwsgi --gevent uwsgi: unrecognized option '--gevent' getopt_long() error 1:/usr/share/doc/uwsgi:$ uwsgi --plugins gevent --gevent 100 open("/usr/lib/uwsgi/plugins/gevent_plugin.so"): No such file or directory [core/utils.c line 3423] !!! UNABLE to load uWSGI plugin: /usr/lib/uwsgi/plugins/gevent_plugin.so: !!! cannot open shared object file: No such file or directory !!! uwsgi: unrecognized option '--gevent' getopt_long() error Can you please build it with Gevent? It is a seriously important feature for nowadays deployments, and would help to get rid of Gunicorn and use uwsgi instead. Thank you in advance, Alex Myodov -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi depends on: ii initscripts 2.88dsf-41 ii lsb-base 4.1+Debian12 ii uwsgi-core 1.9.13-4 Versions of packages uwsgi recommends: ii sqlite3 3.7.17-1 uwsgi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715395: python-bson-ext: Version mismatch between python-bson-ext and python-bson causes weird bugs.
Package: python-bson-ext Version: 2.2-4+deb7u1 Severity: important If you manage to install python-bson-ext and python-bson of different versions (like I did), you may end up with weird connections bugs like below: seoul# python Python 2.7.3 (default, Jan 2 2013, 13:56:14) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import pymongo >>> pymongo.connection.Connection() Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/pymongo/connection.py", line 220, in __init__ max_pool_size, document_class, tz_aware, _connect, **kwargs) File "/usr/lib/python2.7/dist-packages/pymongo/mongo_client.py", line 337, in __init__ raise ConnectionFailure(str(e)) pymongo.errors.ConnectionFailure: function takes at most 3 arguments (4 given) This is obviously caused by the fact that python-bson-ext depends on "python-pymongo" rather than on "python-pymongo (= ${SAME_VERSION})", and should be fixed accordingly. But this is not the only place that may cause issues in the future. I haven't spotted any problems myself, but python-pymongo-ext also depends on unversioned "python-pymongo", and I wouldn't risk to install python-pymongo-ext and python-pymongo with different versions. It seems like python-pymongo-ext needs the similar fix. Thank you in advance for your assistance. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (480, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-bson-ext depends on: ii libc62.17-6 ii python 2.7.3-4 ii python-bson 2.5.2-1 python-bson-ext recommends no packages. python-bson-ext suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714955: mongodb-server: On NUMA systems, specific startup options are needed
Package: mongodb-server Version: 1:2.4.3-1 Severity: normal When mongodb is launched on a NUMA system, the following log is generated, which can be visible on subsequent mongo connections: seoul# mongo test MongoDB shell version: 2.4.4-pre- connecting to: test Server has startup warnings: Thu Jul 4 09:32:29.471 [initandlisten] Thu Jul 4 09:32:29.471 [initandlisten] ** WARNING: You are running on a NUMA machine. Thu Jul 4 09:32:29.471 [initandlisten] ** We suggest launching mongod like this to avoid performance problems: Thu Jul 4 09:32:29.471 [initandlisten] ** numactl --interleave=all mongod [other options] Thu Jul 4 09:32:29.471 [initandlisten] The official documentation suggests (http://docs.mongodb.org/manual/administration/production-notes/#production-numa) to launch mongod on NUMA systems differently, as mentioned above. Though, /etc/init.d script does neither support it automatically, nor has some /etc/default/mongo-configurable setting to allow this. Seems like there is some work on it ongoing upstream and might be fixed by 2.5+, see https://jira.mongodb.org/browse/SERVER-6008. But it seems to me, this issue can be important for pre-2.5 releases as well, and might need to be backported and fixed on previous releases. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mongodb-server depends on: ii adduser 3.113+nmu3 ii libboost-filesystem1.49.0 1.49.0-4 ii libboost-program-options1.49.0 1.49.0-4 ii libboost-system1.49.0 1.49.0-4 ii libboost-thread1.49.0 1.49.0-4 ii libc6 2.17-6 ii libgcc1 1:4.8.1-2 ii libgoogle-perftools42.0-2 ii libpcre31:8.31-2 ii libpcrecpp0 1:8.31-2 ii libsnappy1 1.1.0-1 ii libstdc++6 4.8.1-2 ii libv8-3.8.9.20 3.8.9.20-2 ii mongodb-clients 1:2.4.3-1 mongodb-server recommends no packages. mongodb-server suggests no packages. -- Configuration Files: /etc/mongodb.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698691: please package a new upstream version
Package: uwsgi Version: 1.4.4+dfsg-1 Followup-For: Bug #698691 Hello Janoš, Sorry to bother you, but haven't you got a chance to make some progress on the corerouter_plugin.so issue? 1.4.4 version could be much more usable than the 1.2.3 one from the testing/unstable, but non-working corerouter_plugin.so really blocks it. Also, it seems that gevent plugin is also not packaged, while it could be heavily useful. Good luck! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi depends on: ii initscripts 2.88dsf-41 ii lsb-base 4.1+Debian8 ii uwsgi-core 1.4.4+dfsg-1 Versions of packages uwsgi recommends: ii sqlite3 3.7.13-1 uwsgi suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703447: python-pymongo: Please package the upstream (2.4) version
Oh ok, I forgot the freeze applies to Unstable as well. Experimental is great anyway; and hope it ends up in Ubuntu in some time... Thanks for your help Federico, I believe I am not the only Python/MongoDB user who'll be made happy with such an upload. 2013/3/19 Federico Ceratto > Hello Alexander, > Thanks for your bug report. > > As Debian Testing is currently in freeze state, no new upstream > versions should be uploaded into Testing or Unstable. > I will upload Pymongo 2.4 into the Experimental archive. > > Bye, > -- > Federico >
Bug#703447: python-pymongo: Please package the upstream (2.4) version
Package: python-pymongo Version: 2.2-4 Severity: normal MongoDB 2.2 has been available in sid for some time already; but all of its improvements are properly supported by pymongo only since 2.3 version. Can you please package it for Debian (hopefully, it'll get to Ubuntu in some time as well), or even better, the latest/greatest 2.4 upstream version? -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pymongo depends on: ii python 2.7.3-4 ii python-bson 2.2-4 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-4 ii python-pymongo-ext 2.2-4 python-pymongo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680209: fabric: using wrong ssh library python-paramiko 1.7.7.1
Package: fabric Version: 1.4.3-1 Followup-For: Bug #680209 Hello, I'm afraid, the bug cannot be closed until fabric dependencies are changed from "python-paramiko (>= 1.6)" to "python-paramiko (>= 1.8)", and until python-paramiko 1.8 is added to Debian repositories. Right now, with fabric 1.4.3 and paramiko 1.7.7, I still experience this kind of issue, receiving the tracebacks like "AttributeError: 'module' object has no attribute 'AgentRequestHandler'". -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fabric depends on: ii python2.7.3~rc2-1 ii python-nose 1.1.2-3 ii python-paramiko 1.7.7.1-3 ii python-pkg-resources 0.6.24-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 fabric recommends no packages. Versions of packages fabric suggests: ii libjs-jquery 1.7.2+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670268: python-pymongo-ext/python-bson-ext dependencies
Package: python-pymongo-ext Version: 2.1.1-3 Severity: normal It seems that the dependencies between C-coded extensions and their base Python modules are slighly mixed up in pymongo. The current dependencies are: python-bson RECOMMENDS python-bson-ext, python-pymongo RECOMMENDS python-pymongo-ext, python-pymongo-ext DEPENDS on python-bson. If my understanding of the modules purpose is correct, there should be two more dependencies added: python-bson-ext DEPENDS on python-bson, python-pymongo-ext DEPENDS on python-pymongo. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pymongo-ext depends on: ii libc62.13-27 ii python 2.7.2-10 ii python-bson 2.1.1-3 ii python2.62.6.7-4 ii python2.72.7.2-8 Versions of packages python-pymongo-ext recommends: ii python-gridfs 2.1.1-3 python-pymongo-ext suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#650494: eric: Clipboard hotkeys not working
Package: eric Version: 4.4.18-1 Severity: important With the latest qscintilla, the clipboard shortcuts stopped working. As the clipboard operations are almost regular in programming, this effectively blocks Eric from being usable until fixed. The problem seems known already upstream; there is a similar bug in Archlinux with more details: https://bugs.archlinux.org/task/27321 It is suggested over there that backporting http://die-offenbachs.homelinux.org/viewvc/eric4%20IDE?view=revision&revision=4185 and http://die-offenbachs.homelinux.org/viewvc/eric4%20IDE?view=revision&revision=4186 (or using the Eric version where these fixes are available) fixes this problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eric depends on: ii bicyclerepair 0.9-6 ii python 2.7.2-9 ii python-chardet 2.0.1-2 ii python-pygments 1.4+dfsg-2 ii python-qscintilla2 2.6-2 ii python-qt4 4.8.6-2 Versions of packages eric recommends: ii eric-api-files 4.4.18-1 Versions of packages eric suggests: pn pyqt4-dev-tools 4.8.6-2 pn python [python-profiler] 2.7.2-9 pn python-doc2.7.2-9 pn python-kde4-doc 4:4.6.80-3 pn python-qt4-doc4.8.6-2 pn python-qt4-sql4.8.6-2 pn qt4-designer 4:4.7.3-5 pn qt4-dev-tools 4:4.7.3-5 pn qt4-doc-html 4:4.7.3-5 pn ruby -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643802: RFP: python-pari -- Python interface to PARI/GP computing library
Package: wnpp Severity: wishlist * Package name: python-pari Version : 1.0 Upstream Author : Anton Mellit * URL : http://code.google.com/p/pari-python/ * License : Artistic License/GPL Programming Lang: C, Python Description : Python interface to PARI/GP computing library Python interface to PARI/GP computing library -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643784: RFP: python-nzmath -- Python based number theory oriented calculation system
Package: wnpp Severity: wishlist * Package name: python-nzmath Version : 1.1.0 Upstream Author : NZMATH development Group * URL : http://tnt.math.se.tmu.ac.jp/nzmath/ * License : BSD Programming Lang: Python Description : Python based number theory oriented calculation system Python based number theory oriented calculation system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641090: Found the solution
It seem to be not a problem, but the intended behavior. As the author told me in IRC, the symbols are resolved dynamically, so the order of plugins matters. To get rid of the issue, one should use "--plugins python26,greenlet_python26" rather than "--plugins greenlet_python26,python26". I think, the bug may be closed.
Bug#641090: /usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: PyCObject_Type
Package: uwsgi-plugin-greenlet-python Version: 0.9.8.3-1 Severity: normal When greenlet_python plugin is loaded in uWSGI (no matter if greenlet_python26 or greenlet_python27), it displays the message like "/usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: /PyCObject_Type". I am not sure if it does break the functionality, maybe it does, cause I haven't been able yet to increase the number of context switches reported for the page generations, no matter what I do. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uwsgi-plugin-greenlet-python depends on: ii libc62.13-18 ii python-greenlet 0.3.1-2 ii uwsgi-plugin-python 0.9.8.3-1 uwsgi-plugin-greenlet-python recommends no packages. uwsgi-plugin-greenlet-python suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632160: bouml: Please package the latest BOUML from upstream
Package: bouml Version: 4.21-1 Severity: wishlist The newer versions of BOUML are available at the official page (http://bouml.free.fr/index.html), the latest one being "BOUML 4.23 ultimate patch 5" and just 5 days old. Can somebody package it please? I'm aware that Qt3 is going to be removed from Debian soon, causing BOUML to be removed too. But in the meanwhile, as there is still no viable alternative as convenient, as stable and as feature-rich as BOUML is, packaging the latest BOUML would give it a chance to be used even after the official removing from Debian (especially with snapshot.debian.org). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bouml depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libqt3-mt 3:3.3.8b-8 Qt GUI Library (Threaded runtime v ii libstdc++64.6.0-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar bouml recommends no packages. bouml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603504: bacula-director-sqlite3 should not depend on old sqlite package
Package: bacula-director-sqlite3 Version: 5.0.2-2 Severity: wishlist Tags: squeeze The "Depends:" list of bacula-director-sqlite3 contains both sqlite3 and old sqlite package, what leads to installing the significantly unnecessary package. I've made a deeper investigation and noticed that a similar bug with the similar reason was opened as Bug #599148 ("bacula-director-sqlite3 should not depend on old sqlite") but then closed due to it introduced a new Bug #542825 ("uses sqlite in postinst, but does not depend on sqlite"). I have suspicion that the resolution of these problems was not the most convenient for the users. My understanding of the problem: #599148/this bug: when you install the bacula-director-sqlite3 package to use the shiny new glossy modern sqlite3 as a backend, you end up with both sqlite3 and old boring sqlite packages installed, even if you most likely will never use sqlite package. Why? Because, if you don't install sqlite, then, due to #542825, there *may happen* that you've had the sqlite2-based backend installed before, and now you won't be able to upgrade it to sqlite3 using dist-upgrade or something. The current resolution of the problem is to install both sqlite3 and sqlite, to resolve the problems of the people who are using dist-upgrade but make some problems to the people who are doing the fresh install. But what if the sqlite package is added to some other kind of dependency? Let's read the http://www.debian.org/doc/FAQ/ch-pkg_basics.en.html#s-depends: "Package A depends on Package B if B absolutely must be installed in order to run A" - it seems that neither "absolutely" nor "must" words do reflect the proper relation between sqlite and bacula-director-sqlite3. "Package A recommends Package B, if the package maintainer judges that most users would not want A without also having the functionality provided by B" - it's the decision of the package maintainer, but I won't be that *most* users of bacula-director-sqlite3 would want sqlite installed. Though that's a good first option, as it still allows to remove sqlite as soon as you definitely know you don't need it. 'Package A suggests Package B if B contains files that are related to (and usually enhance) the functionality of A" - that's what describes the relations between bacula-director-sqlite3 and sqlite best IMO, though, for most dist-upgrade safety, "recommends" is better. So, the overal suggestion: is it possible to move sqlite from "Depends:" to "Recommends:" list of bacula-director-sqlite3? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-director-sqlite3 depends on: ii bacula-common 5.0.2-2network backup, recovery and verif ii bacula-common-sqlite3 5.0.2-2network backup, recovery and verif ii bacula-director-common5.0.2-2network backup, recovery and verif ii dbconfig-common 1.8.46 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii file 5.04-5 Determines file type using "magic" ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-6 GCC support library ii libpython2.6 2.6.6-6Shared Python runtime library (ver ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii libstdc++64.4.5-6The GNU Standard C++ Library v3 ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii sqlite2.8.17-6 command line interface for SQLite ii sqlite3 3.7.3-1A command line interface for SQLit bacula-director-sqlite3 recommends no packages. bacula-director-sqlite3 suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588057: dreampie: Compile error during byte-compilation.
Package: dreampie Version: 1.0.3-1 Severity: normal During installing the dreampie package, at the byte-compilation phase, I noticed the following warning: WARNING: compile error while trying to byte-compile /usr/share/dreampie/subp-py3/dreampielib/subprocess/__init__.py: SyntaxError: ('invalid syntax', ('/usr/share/dreampie/subp-py3/dreampielib/subprocess/__init__.py', 146, 61, ' print("Unknown command: %s" % funcname, file=sys.stderr)\n')) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dreampie depends on: ii python2.6.5-5An interactive high-level object-o ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-gtksourceview2 2.10.1-1 Python bindings for the GtkSourceV ii python-support1.0.8 automated rebuilding support for P dreampie recommends no packages. Versions of packages dreampie suggests: pn ironpython (no description available) pn jython (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581942: kdm: KDM 4.4.3 fails into console after successful login
Package: kdm Version: 4:4.4.3-1 Severity: important After I upgraded my KDE to the 4.4.3 version which recently reached squeeze, KDM doesn't launch the desktop session anymore; instead, it either goes into KDM again, or closes completely, leaving only the tty1 console. Though, logging into console session and launching "startx" manually launches KDE perfectly. No errors in the Xorg.0.log, the only suspicious are the syslog lines like "May 17 14:34:25 amyodov-lap kdm: :0[3143]: Received unknown command 9 from greeter" (which obviously do NOT appear in case if successful KDE bootup via startx). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii consolekit0.4.1-4framework for defining and trackin ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii kdebase-runtime 4:4.4.3-1 runtime components from the offici ii kdebase-workspace-kgreet-plug 4:4.4.3-1 KDE greet libraries for authentica ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.1-4ConsoleKit libraries ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libkdecore5 4:4.4.3-1 the KDE Platform Core Library ii libkdeui5 4:4.4.3-1 the KDE Platform User Interface Li ii libkio5 4:4.4.3-1 the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.3-1 the "Get Hot New Stuff" v2 Library ii libkworkspace44:4.4.3-1 library for the kdebase workspace ii libpam0g 1.1.1-3Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-svg4:4.6.2-4 Qt 4 SVG module ii libqt4-xml4:4.6.2-4 Qt 4 XML module ii libqtcore44:4.6.2-4 Qt 4 core module ii libqtgui4 4:4.6.2-4 Qt 4 GUI module ii libstdc++64.4.4-1The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxdmcp6 1:1.0.3-2 X11 Display Manager Control Protoc ii libxtst6 2:1.1.0-2 X11 Testing -- Resource extension ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii kde-window-manager [x-window- 4:4.4.3-1 the KDE 4 window manager (KWin) ii kdebase 5:60 the K Desktop Environment, base ap ii konsole [x-terminal-emulator] 4:4.4.3-1 X terminal emulator for KDE 4 ii logrotate 3.7.8-6Log rotation utility ii xserver-xorg-core [xserver] 2:1.7.7-1 Xorg X server - core server Versions of packages kdm suggests: ii kdepasswd 4:4.4.3-1 password changer for KDE 4 -- Configuration Files: /etc/kde3/kdm/backgroundrc changed: [Desktop0] BackgroundMode=Flat BlendBalance=100 BlendMode=NoBlending ChangeInterval=60 Color1=0,0,200 Color2=192,192,192 CurrentWallpaperName= LastChange=0 MinOptimizationDepth=1 MultiWallpaperMode=NoMulti Pattern[$e]=fish Program= ReverseBlending=false UseSHM=false Wallpaper[$e]=/usr/share/wallpapers/default_gears.jpg WallpaperList= WallpaperMode=Scaled /etc/kde3/kdm/kdmrc changed: [General] ConfigVersion=2.3 ConsoleTTYs=tty1,tty2,tty3,tty4,tty5,tty6 PidFile=/var/run/kdm.pid ReserveServers=:1,:2,:3 ServerVTs=-7 StaticServers=:0 [Shutdown] BootManager=Grub HaltCmd=/sbin/halt RebootCmd=/sbin/reboot [X-*-Core] AllowNullPasswd=false AllowRootLogin=false AllowShutdown=Root AutoReLogin=false ClientLogFile=.xsession-errors-%s Reset=/etc/kde3/kdm/Xreset Session=/etc/kde3/kdm/Xsession Setup=/etc/kde3/kdm/Xsetup Startup=/etc/kde3/kdm/Xstartup [X-*-Greeter] AntiAliasing=true ColorScheme= EchoMode=OneStar FaceSource=PreferAdmin FailFont=Sans Serif,10,-1,5,75,0,0,0,0,0 GUIStyle=Keramik GreetFont=Sans Serif,22,-1,5,50,0,0,0,0,0 GreetString=Welcome to Debian at %n GreeterPos=50,50 HiddenUsers= Language=en_US LogoArea=Logo LogoPixmap=/usr/share/apps/kdm/pics/kdelogo-crystal.png MaxShowUID=2 MinShowUID=1000 Preloader=/usr/bin/preloadkde SelectedUsers= ShowUsers=NotHidden SortUsers=true StdFont=Sans Serif,10,-1,5,50,0,0,0,0,0 Theme=@@@ToBeReplacedByDesktopBase@@@ UseBackground=true UserCompletion=true UserList=true [X-:*-Core] AllowNullPasswd=true AllowShutdown=All NoPassEnable=false NoPassUsers= ServerArgsLocal=-nolisten tcp ServerCmd=/usr/bin/X -br [X-:*-Greeter] AllowClose=true DefaultUser=honeyman
Bug#577528: akregator: The rss feed at http://habrahabr.ru/rss/ became unusable.
Package: akregator Version: 4:4.3.4-1 Severity: normal The RSS feed at http://habrahabr.ru/rss/ (that I was reading for years) for some reason became unloadable/unparseable in Akregator in the latest days. That is, when it is added to the feed list, Akregator/Kontact cannot load any messages from it; if I try to remove it from the RSS list and readd again, Akregator fails on "Downloading http://habrahabr.ru/rss/"; phase with "Feed not found from http://habrahabr.ru/rss/."; message. The other RSS readers can load the messages right, nevertheless (just tried Opera bultin RSS reader). After a quick glance at the content served by the http://habrahabr.ru/rss/ URL, it seems to be proper RSS, though I am not enough proficient in feed to be fully sure. This might be the problem of the contents anyway, though it would be good to get the understanding what the problem is, to notify the site owners. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages akregator depends on: ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdelibs5 4:4.3.4-3 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.3.4-2 core libraries for KDE PIM 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libkdepim44:4.3.4-1 KDE PIM library ii libkontactinterfaces4 4:4.3.4-1 KDE Kontact interface library ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.2-9The GNU Standard C++ Library v3 akregator recommends no packages. akregator suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566376: linux-image-2.6.32-trunk-amd64: X unconditionally hangs up on bootup
Package: linux-2.6 Version: 2.6.32-5 Severity: grave Justification: renders package unusable None of the linux-image-2.6.32-trunk-amd64 packages, since they reached unstable, ever booted successfully on my laptop. X system darkens the screen and hangs the computer completely (i.e. cannot even switch to the console via Ctrl-Alt-F1), as soon as the booting process reaches KDM; Alt-SysRq-B works though. Please tell me what logs should be included to debug this problem, I'll help as much as I can. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 7762WHW product_version: ThinkPad X61 Tablet chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 7SET34WW (1.20 ) board_vendor: LENOVO board_name: 7762WHW board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) Subsystem: Lenovo T61 [17aa:20b3] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Lenovo T61 [17aa:20b5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c) Subsystem: Lenovo T61 [17aa:20b5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] (rev 03) Subsystem: Lenovo Device [17aa:20de] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo ThinkPad T61 [17aa:20aa] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) Subsystem: Lenovo ThinkPad T61 [17aa:20ac] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport-driver 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport-driver 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo ThinkPad T61 [17aa:20aa] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3) (prog-if 01 [Subtractive decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
Bug#560159: RFP: idea-free -- Java IDE with intelligent code editor and various refactorings
Package: wnpp Severity: wishlist * Package name: idea-free Version : 9.0 Upstream Author : JetBrains (www.jetbrains.com) * URL : http://www.jetbrains.com/idea/free_java_ide.html * License : Apache 2.0 License Programming Lang: Java Description : IntelliJ IDEA: Java IDE with intelligent code editor and various refactorings IntelliJ IDEA contains intelligent code editor providing refactorings, code inspections and intentions, fast navigation and search. It integrates with such essential tools as JUnit and TestNG, Ant and Maven, and popular version control systems: CVS, Subversion and git. It also provides XML-Java interoperability and comprehensive Groovy language support. The Swing UI designer complements the suite of tools for developing Java desktop applications - such as IntelliJ IDEA itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559491: RFP: stackless-python -- Multithread-enhanced version of Python interpreter
Package: wnpp Severity: wishlist * Package name: stackless-python Version : 2.6.4 Upstream Author : Christian Tismer * URL : http://stackless.com * License : Python Software Foundation License Programming Lang: C, Python Description : Enhanced version of standard Python interpreter, with improvements for multithreading programming. Stackless Python is an enhanced version of the Python programming language. It allows programmers to reap the benefits of thread-based programming without the performance and complexity problems associated with conventional threads. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559487: python-psyco: Please consider packaging Psyco V2
Package: python-psyco Version: 1.6-1 Severity: wishlist In July 2009, it was announced that Psyco project is continued by Christian Tismer, author of Stackless Python and contributor to pypy, and a new version, Psyco V2, is released, with support of Python 2.4-2.6, fast generators and new builtins. Can you please consider packaging this version? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552135: RFP: unladen-swallow -- Optimized Python interpreter implementation based on LLVM backend
Package: wnpp Severity: wishlist * Package name: unladen-swallow Version : 2009Q3 Upstream Author : Unladen Swallow team * URL : http://code.google.com/p/unladen-swallow * License : Apache License 2.0 Programming Lang: C, Python Description : Optimized Python interpreter implementation based on LLVM backend Unladen Swallow is an optimization branch of CPython, intended to be fully compatible with CPython and significantly faster, by supplementing CPython's custom virtual machine with a JIT built on top of LLVM. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552132: RFP: python-llvm -- Python bindings for LLVM infrastructure
Package: wnpp Severity: wishlist * Package name: python-llvm Version : 0.6-trunk Upstream Author : Mahadevan R * URL : http://mdevan.nfshost.com/llvm-py/ * License : unclear but seems free Programming Lang: C, Python Description : Python bindings for LLVM infrastructure python-llvm (known as llvm-py in mainstream) allows to use LLVM framework, generate code dynamically and optimize it, from inside Python programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549979: python-pypoker-eval should not depend on both python2.4 and python2.5
Package: python-pypoker-eval Version: 137.0-1 Severity: normal Currently python-pypoker-eval depends on both python2.4 and python2.5 packages. This makes it impossible to uninstall Python 2.4, even though it is not needed in fact. Please update the dependencies. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pypoker-eval depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libpoker-eval 136.0-1poker hand evaluator library ii python2.5.4-2An interactive high-level object-o ii python-central0.6.11 register and build utility for Pyt ii python2.4 2.4.6-2.2 An interactive high-level object-o ii python2.5 2.5.4-1An interactive high-level object-o python-pypoker-eval recommends no packages. python-pypoker-eval suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544169: linux-image-2.6.30-1-amd64: linux-kernel 2.6.30 regression to 2.6.26 - re-suspend on wakeup.
Package: linux-image-2.6.30-1-amd64 Version: 2.6.30-6 Severity: normal After I migrated my Lenovo X61 Tablet laptop running squeeze from latest 2.6.26 kernel to 2.6.30 kernel, the wake-up process after Suspend-To-Ram (by closing the lid) with about 1/2 probability ends in re-Suspend. That is: I open the lid, the laptop wakes up, the screen changes to text mode, several error lines are printed, and in a second it goes STR again. If, after that, with the lid open, I press the power button to wake it up again, it wakes up properly. I managed to shot the error lines which are printed before the laptop suspends. Each line contain some kind of timestamp; I am printing it for the first line and changing it to x.xx for the next lines. If for some reason you need the exact photo (instead of my retype which may contain mistypes), please request it: Error starts here [18153.323052] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xf t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] CPU1: Temperature/speed normal [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0x9 t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0x9 t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0x9 t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xf t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] CPU1: Temperature/speed normal [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0x9 t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed [x.xx] e1000e :00:19.0: pci_enable_pcie_error_reporting failed 0xfffb [x.xx] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xf t4 [x.xx] ata1: irq_stat 0x00400040, connection status changed Error ends here The similar behaviour also occured with all the previous 2.6.30RC and 2.6.29 kernels; iirc it has not occured with 2.6.28 line, though I don't have any 2.6.28 packages to confirm. It NEVER occured for many months of using 2.6.26 line. -- Package-specific info: ** Version: Linux version 2.6.30-1-amd64 (Debian 2.6.30-6) (wa...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-1) ) #1 SMP Sat Aug 15 18:09:19 UTC 2009 ** Command line: root=/dev/sda4 ro usbcore.autosuspend=1 vga=792 ipv6.disable=1 quiet ** Not tainted ** Kernel log: [9.366967] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input8 [ 11.944413] Adding 3908512k swap on /dev/sda5. Priority:-1 extents:1 across:3908512k [ 12.450780] EXT3 FS on sda4, internal journal [ 12.663957] loop: module loaded [ 12.914320] thinkpad_ec: thinkpad_ec 0.40 loaded. [ 12.925623] tp_smapi 0.40 loading... [ 12.925858] tp_smapi successfully loaded (smapi_port=0xb2). [ 13.186228] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 13.186234] vboxdrv: Successfully done. [ 13.186239] vboxdrv: Found 2 processor cores. [ 13.186334] VBoxDrv: dbg - g_abExecMemory=a0353820 [ 13.186383] vboxdrv: fAsync=1 offMin=0x39660 offMax=0x39660 [ 13.186550] vboxdrv: TSC mode is 'asynchronous', kernel timer mode is 'normal'. [ 13.186555] vboxdrv: Successfully loaded version 3.0.4 (interface 0x000e). [ 13.965528] fuse init (API version 7.11) [ 16.160917] iwlagn :03:00.0: firmware: requesting iwlwifi-4965-2.ucode [ 16.316197] iwlagn :03:00.0: loaded firmware version 228.57.2.23 [ 16.517550] Registered led device: iwl-phy0::radio [ 16.517598] Registered led device: iwl-phy0::assoc [ 16.517639] Registered led device: iwl-phy0::RX [ 16.517676] Registered led device: iwl-phy0::TX [ 16.921798] e1000e :00:19.0: irq 26 for MSI/MSI-X [ 16.977229] e1000e :00:19.0: irq 26 for MSI/MSI-X [ 19.684656] wlan0: authenticate with AP 00:19:cb:13:59:c1 [ 19.686526] wlan0: authenticated [ 19.686531] wlan0: associate with AP 00:19:cb:13:59:c1 [ 19.700130] wlan0: RX AssocResp from 00:19:cb:13:59:c1 (capab=0x411 status=0 aid=1) [ 19.700135] wlan0: associated [ 21.861058] Intel AES-NI instructions are not detected. [ 22.699233] hdaps: LENO
Bug#542674: hgsvn: Please package the new upstream release (0.1.7)
Package: hgsvn Version: 0.1.6-2 Severity: wishlist Since 2009-07-08, the new release of hgsvn, 0.1.7, is available. Please package it - the new version provides the hgpushsvn command, so that the the changes in Mercurial repositories cloned by hgimport/hgpullsvn can now easily be merged back into the SVN repository, what gives the hgsvn-controlled Mercurial repo true transparency in interaction with the SVN repo. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hgsvn depends on: ii mercurial1.3.1-1 scalable distributed version contr ii python 2.5.4-2 An interactive high-level object-o ii python-elementtree 1.2.6-14Light-weight toolkit for XML proce ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-support 1.0.3 automated rebuilding support for P ii subversion 1.6.3dfsg-1 Advanced version control system hgsvn recommends no packages. hgsvn suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538069: zsh: Slight fixes to _paq8l and _sipp
Package: zsh Version: 4.3.10-3 Severity: normal Corrected two mistakes in the files. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libcap2 1:2.16-5 support for getting/setting POSIX. ii libncursesw5 5.7+20090523-1 shared libraries for terminal hand Versions of packages zsh recommends: ii libc6 2.9-12 GNU C Library: Shared libraries ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc(no description available) -- no debconf information #compdef paq8l paq8l=":paq8l file" arguments=( '( -1 -2 -3 -4 -5 -6 -7 -8 -d)-0[store]' '(-0-2 -3 -4 -5 -6 -7 -8 -d)-1[compress - fastest, use 35 Mb]' '(-0 -1-3 -4 -5 -6 -7 -8 -d)-2[compress - faster, use 48 Mb]' '(-0 -1 -2-4 -5 -6 -7 -8 -d)-3[compress - fast, use 59 Mb]' '(-0 -1 -2 -3-5 -6 -7 -8 -d)-4[compress - a bit faster, use 133 Mb]' '(-0 -1 -2 -3 -4-6 -7 -8 -d)-5[compress - normal, use 233 Mb - default]' '(-0 -1 -2 -3 -4 -5-7 -8 -d)-6[compress - small, use 435 Mb]' '(-0 -1 -2 -3 -4 -5 -6-8 -d)-7[compress - smaller, use 837 Mb]' '(-0 -1 -2 -3 -4 -5 -6 -7-d)-8[compress - smallest, use 1643 Mb]' '(-0 -1 -2 -3 -4 -5 -6 -7 -8 )-d[decompress]:paq8l file:_files -g \*.paq8l:directory to extract:_files -/' ':file:_files' ) _arguments "$argumen...@]" && return #compdef sipp local context state line typeset -A opt_args bools="( true false)" arguments=( '-v[display version and copyright information]' '-aa[enable automatic 200 OK answer for INFO, UPDATE and NOTIFY messages]' '-auth_uri[force the value of the URI for authentication; default remote_ip:remote_port]:auth URI' '-base_cseq[start value of cseq for each call]:start value of cseq' '-bg[launch SIPp in background mode]' '-bind_local[bind socket to local IP address]' '-buff_size[send/receive buffer size]:buffer size' '-calldebug_file[call debug file]:call debug file' '-calldebug_overwrite[overwrite the call debug file, default "true"]:overwrite the call debug file:'$bools '-cid_str[call ID string (default "%u...@%s")]:call ID string (default %%u-...@%%s), %%u=call_number, %%s=ip_address, %%p=process_number, =%%' '-ci[local control IP address]:local control IP address' '-cp[local control port number, default ]:local control port' '-d[length of the calls, default "0s", ms]:length of the calls, ms' '-deadcall_wait[how long the Call-ID and final status of calls should be kept to improve message and error logs, ms]:dead call wait, ms' '-default_behaviors[default behaviors that SIPp will use]:default behaviors:->default_behaviors' '-error_file[error log file]:error log file' '-error_overwrite[overwrite the error log file, default "true"]:overwrite the error log file:'$bools '-f[statistics screen report frequency, default 1, seconds]:statistics screen report frequency, seconds' '-fd[statistics dump log report frequency, default 60, seconds]:statistics dump log report frequency, seconds' '(-h, --help)'{-h,--help}'[show help]' '-i[local IP address for "Contact:", "Via:" and "From:" headers; default is primary host IP address]:local IP address' '-inf[inject values from an external CSV file during calls into the scenarios]:CSV file:_files -g \*.csv' '-infindex[create an index of the file using the field]:CSV file:_files -g \*.csv:field number' '-ip_field[which field from the injection file contains the IP address from which the client will send its messages]:field number' '-l[maximum number of simultaneous calls, default 3 * call_duration * rate]:maximum number of simultaneous calls' '-log_file[actions log file]:actions log file' '-log_overwrite[overwrite the log actions log file, default "true"]:overwrite the actions log file:'$bools '-lost[number of packets to lose by default]:number of packets to lose]' '-rtcheck[retransmission detection method, default "full"]:retransmission detection method:( full loose )' '-m[stop the test and exit when this number of calls are processed]:number of calls' '-mi[local media IP address, default is local primary host IP address]:local media IP address'
Bug#537313: pgadmin3: Please consider packaging pgadmin 1.10
Package: pgadmin3 Version: 1.8.4-3 Severity: wishlist As PostgreSQL 8.4 entered unstable, please consider packaging new version of pgadmin3, ideally/at least pgadmin3 1.10. Various new features in 8.4 (from window functions to syntax changes in PL/PgSQL) require proper support in pgadmin3, which was added precisely since version 1.10. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pgadmin3 depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5GCC support library ii libpq5 8.4.0-2 PostgreSQL C client library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii pgadmin3-data 1.8.4-3 graphical administration tool for Versions of packages pgadmin3 recommends: ii pgagent 1.8.4-3job scheduler for PostgreSQL ii postgresql-client 8.3.7-1front-end programs for PostgreSQL ii postgresql-client-8.3 [postgr 8.3.7-1front-end programs for PostgreSQL ii postgresql-client-8.4 [postgr 8.4.0-2front-end programs for PostgreSQL pgadmin3 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#461540: RFP: pymailt -- E-mail transport for Jabber
Package: wnpp Severity: wishlist * Package name: PyMailt Version : 0.2 Upstream Author : TBD * URL : http://xmpppy.sourceforge.net/mail/ * License : GPL Programming Lang: Python Description : E-mail transport for Jabber PyMailt provides a gateway which allows Jabber users to send and receive e-mail. It can connect to any Jabber server that supports the Connect component mechanism. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461538: RFP: pyirct -- Internet Relay Chat transport for Jabber
Package: wnpp Severity: wishlist * Package name: PyIRCt Version : 0.4 Upstream Author : TBD * URL : http://xmpppy.sourceforge.net/irc/ * License : GPL Programming Lang: Python Description : Internet Relay Chat transport for Jabber PyIRCt provides a gateway which allows Jabber users to communicate with their contacts on the IRC network. It can connect to any Jabber server that supports the Connect component mechanism. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461534: RFP: pyyimt -- Yahoo Instant Messenger transport for Jabber
Package: wnpp Severity: wishlist * Package name: PyYIMt Version : 0.4 Upstream Author : TBD * URL : http://xmpppy.sourceforge.net/yahoo/ * License : GPL Programming Lang: Python Description : Yahoo Instant Messenger transport for Jabber PyYIMt provides a gateway which allows Jabber users to communicate with their contacts on the Yahoo Instant Messenger network. It can connect to any Jabber server that supports the Connect component mechanism. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: exim4-daemon-light: TLS connections fail with "An error was encountered at the TLS Finished packet calculation."
Simon, I see you managed to run The Bat under Wine and reproduce the issue - that's good, cause I disabled my mail system since that bug report already, and trying to reproduce the issue will require a lot of efforts to make it running again. Sorry for that. But as far as I remember the issue, I did established the trust with my own self-signed certificate (used on the mail server) in The Bat before the issue. And everything worked successfully, until the new version of Exim was released. If I reported it by 4.50 version, it is most likely that the last working version was something reeeally old. I can't already find the exact Debian snapshot used to setup the system, but I think the working version was something about 4.33 or 4.34. On Пт, 2008-01-04 at 18:20 +0100, Simon Josefsson wrote: Hi Alexander! I'm trying to help with this bug. Can you still > reproduce the problem with TheBat? With which versions of exim/gnutls? > You reported the problem in 2005/2006, so things may have changed... > > You said earlier versions of exim worked, can you pin-point which > version it worked and which it stopped working in? Can you reproduce > that it works? > > To debug this, it would help if you could run gnutls-serv or openssl > s_client on a host, and try to talk to it using TheBat. Try: > > $ gnutls-serv --port 465 --x509keyfile KEY.pem --x509certfile CERT.pem --debug > > Also, if you are able to re-build exim4 with openssl, testing that > configuration together with TheBat would also be useful. > > Can you reproduce this using a recent version of TheBat? I see that it > is possible to download TheBat and use it for free for 30 days, so if > you can confirm that this happens with the latest version of TheBat and > exim4+gnutls I can download it and try to debug this problem myself. > > Thanks, > /Simon
Bug#434867: linux-image-2.6.18-4-686: 2.6.18.dfsg.1-12etch2 hangs on boot after "USB disconnect"
Package: linux-image-2.6.18-4-686 Severity: critical Justification: breaks the whole system After "aptitude upgrade"-ing the computer, which caused the 2.6.18.dfsg.1-12etch2 of linux-image-2.6.18-4-686 to be installed, the computer freezes on boot somewhere after initializing the USB. Previously working kernel was 2.6.18.dfsg.1-11. The system is unusable, and I don't have RS-232 cables to grab the complete bootup log, but below is the end of the log: Disabling IRQ #233 ACPI: PCI Interrupt :00:1d.7[A] -> GSI 23 (level, low) -> IRQ 225 ehci_hcd :00:1d.7: EHCI Host Controller ehci_hcd :00:1d.7: new USB bus registered, assigned bus number 7 ehci_hcd :00:1d.7: irq 225, io mem 0xfdffe000 ehci_hcd :00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb7: configuration #1 chosen from 1 choice hub 7-0:1.0: USB hub found hub 7-0:1.0: 6 ports detected usb 1-2: USB disconnect, address 2 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428487: nvidia-kernel-2.6-amd64: "-amd64" packages should be built for i386 architecture
Package: nvidia-kernel-2.6-amd64 Severity: normal Currently the linux-image-2.6-amd64 packages (such as linux-image-2.6.18-4-amd64, linux-image-2.6.21-1-amd64 and so on) are being built for both amd64 and i386 architectures. But nvidia kernel modules (nvidia-kernel-2.6-amd64: nvidia-kernel-2.6.18-4-amd64/nvidia-kernel-legacy-2.6-amd64 and like this) are being built for amd64 only. There seems to be many people interested in running 32bit-kernels on their Core-2-s and Athlon-64-s, wishing to have these kernels fully optimized for their CPUs nevertheless; giving them opportunity to support Nvidia drivers in such configuration with usual Debian's ease would be useful. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (480, 'stable'), (450, 'unstable'), (400, 'experimental'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423897: zsh: better completion for screen
Package: zsh Version: 4.3.2-25 Severity: wishlist Tags: patch Currently -r and -R completions list only detached sessions, and -x completion lists only attached sessions. In fact, when any of these arguments used together with -D or -d command (in the format either "-D -r" or "-Dr"), they should complete any available sessions, no matter are they detached or attached. This means that any combination of "-[Dd][Rrx]" or "-[Dd] -[Rrx]" should complete into the list of any available sessions. I include the trivial patch to handle the "-[Dd][Rrx]" part (the file to change is /usr/share/zsh/4.3.2/functions/Completion/Unix/_screen); if anyone can provide the similar completion for "-[Dd] -[Rrx]", it would be good. --- _screen.old 2007-05-14 22:25:16.0 +0400 +++ _screen.new 2007-05-14 22:51:36.0 +0400 @@ -75,7 +75,11 @@ '-p[preselect the named window]:window number or name:((\=\:windowlist -\:blank\ window \:window\ number))' \ '-q[quiet startup, exit with non-zero return code if unsuccessful]' \ '-r[reattach to a detached screen process]: :->detached-sessions' \ + '-Dr: :->any-sessions' \ + '-dr: :->any-sessions' \ '-R[reattach if possible, otherwise start a new session]: :->detached-sessions' \ + '-DR: :->any-sessions' \ + '-dR: :->any-sessions' \ '-s[shell to execute rather than $SHELL]:shell name: _command_names -e' \ '-S[name this session .sockname instead of ..]:session name' \ "-t[set title (window's name)]:title" \ @@ -84,6 +88,8 @@ '(-)-v[print screen version]' \ '(-)-wipe[do nothing, clean up SockDir]' \ '-x[attach to a not detached screen (multi display mode)]: :->attached-sessions' \ + '-Dx: :->any-sessions' \ + '-dx: :->any-sessions' \ '-X[execute command as a screen command in the specified session]:screencmd:([EMAIL PROTECTED])' \ '*::arguments: _normal' @@ -101,6 +107,11 @@ -ls)"}:#*[Dd]etached*}##[[:blank:]]}%%[[:blank:]]*} ) ;; +any-sessions) + sessions=( +${${${(M)${(f)"$(_call_program screen-sessions $words[1] \ + -ls)"}:#*tached*}##[[:blank:]]}%%[[:blank:]]*} + ) esac # check if initial PID is necessary to make sessions unambiguous -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.18-4-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncurses5 5.5-5Shared libraries for terminal hand Versions of packages zsh recommends: ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi -- debconf information: zsh/rcmove: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384573: Russian id3 tags problem
Hello, > Hi, I've amarok installed on my system and some files which has russian > id3 tags in windows-1251 codepage inside and I run amarok in UTF8 > environment. It uses libtag1c2a as a tool for reading id3 tags and tags > in cp1251 or other russian codepage are not displaying correctly. > There is a patch to taglib for correct detecting codepage of id3 tags > available at > http://rusxmms.sourceforge.net/index.php?page=download.php > could you please apply it to taglib ? Any news on fixing this bug? This is an issue really painful for many russian users who have large MP3 collections with russian tags, so having this library fixed would be really useful. -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382376: cyrus-imapd-2.2: Create Debian packages for version 2.3 of Cyrus
Hello, Trying not to be too impudent but... are the any news on Cyrus 2.3 for Debian? No words about it since September - and there are too useful features there (such as Sieve "body" extension) to miss. -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389635: Suggestion: define default node name in /etc/default/ejabberd
Package: ejabberd Version: 1.1.1-8 Severity: wishlist There may be configurations, when the node name of installed ejabberd is not equal to [EMAIL PROTECTED] -s` (as calculated by /usr/sbin/ejabberdctl) - actually, I have one; I cannot remember whether it was reportbug where I defined the node name, but I didn't do any hacky stuff, different from usual ejabberd installation. I have a setup where the hostname of the server is "srv-castle.pvt", while inside DNS it is just an alias to another hostname, "srv-castle2.pvt"; in my case, it leads to the fact that while "hostname" shows "srv-castle.pvt", "hostname -s" shows "srv-castle2", what is different. In my case, my ejabberd node is "srv-castle" (and it does not accept requests from ejabberdctl which are sent out to srv-castle1 or srv-castle2, even though they map to the same computer); nevertheless, the internals of ejabberdctl always calculate the node name as [EMAIL PROTECTED] -s`, what is deadly wrong for any configuration similar to mine one. In particular, this leads to complete inability to control the service from /etc/init.d, therefore from dpkg scripts on package upgrade. Short-term suggestion is to invent a variable in /etc/default/ejabberd like NODE_NAME, and read /etc/default/ejabberd from /usr/sbin/ejabberdctl; if the variable is defined, its value will be assigned to NODE variable; therefore, an owner of a configuration similar to mine one will be able at least to set this variable allowing ejabberdctl to work. A long-term suggestion (discussable) is to ensure that the node name cannot ever get out of sync with ejabberdctl; if the node name is an user-defined variable and is requested by debconf (what is more convenient, IMO), this definition should be used by ejabberdctl, and may go to somewhere like /etc/ejabberdctl; if the node name is always dynamically generated during the setup from hostname (what seems wrong, as the node name is an excessively important thing for an ejabberd installation), it should be generated and always used utilizing the same algorithm. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages ejabberd depends on: ii adduser 3.97Add and remove users and groups ii debconf [debconf-2.0]1.5.4 Debian configuration management sy ii erlang-base 1:11.b.1-1 Concurrent, real-time, distributed ii erlang-nox 1:11.b.1-1 Concurrent, real-time, distributed ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii libssl0.9.8 0.9.8b-3SSL shared libraries ii openssl 0.9.8b-3Secure Socket Layer (SSL) binary a ii ucf 2.0014 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime ejabberd recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361308: Fails to install 2.6.15: "dpkg: error processing linux-image-2.6.15-1-486 (--configure):"
Package: linux-image-2.6.15-1-486 Version: 2.6.15-8 Severity: grave Justification: renders package unusable Hello, 2.6.15 kernel just fails to install (similarly to 2.6.16 from unstable): == [EMAIL PROTECTED]:/boot$ LANG=C sudo aptitude install linux-image-2.6.15-1-486 Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done The following packages have been kept back: apache2 apache2-common apache2-mpm-worker apache2-utils apcupsd asterisk asterisk-config binutils bittornado bsdutils cpio cpp-4.0 curl ethereal-common exim4 exim4-base exim4-config exim4-daemon-light g++-4.0 gcc-4.0 gcc-4.0-base gcc-4.0-doc gcc-4.0-locales gobjc-4.0 gzip klibc-utils libapr0 libasn1-6-heimdal libc6 libc6-dev libcrypt-cbc-perl libcupsys2-gnutls10 libcurl3 libgcc1 libgnutls11 libgpg-error0 libgssapi1-heimdal libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libhtml-template-perl libice6 libidn11 libklibc libkrb5-17-heimdal libkrb53 libobjc1 libpcre3 libperl5.8 libpq4 libselinux1 libsensors3 libsepol1 libsm6 libsnmp-base libsnmp5 libssl0.9.7 libssl0.9.8 libstdc++6 libstdc++6-4.0-dev libusb-0.1-4 libx11-6 libxaw7 libxext6 libxft1 libxi6 libxmu6 libxmuu1 libxp6 libxpm4 libxrandr2 libxt6 libxtrap6 libxtst6 lm-sensors locales lsb-base mc mldonkey-server module-init-tools mount ntp ntp-doc ntp-server ntp-simple odbcinst1debian1 openssh-client openssh-server openssl perl perl-base perl-doc perl-modules proftpd proftpd-common python2.3 samba samba-common sensord smbclient smbfs squid squid-cgi squid-common ssh sudo tar tcpdump tethereal udev unixodbc unzip usbutils util-linux vim vim-common xfree86-common xlibs xlibs-data xterm xutils zlib1g zsh The following NEW packages will be installed: linux-image-2.6.15-1-486 0 packages upgraded, 1 newly installed, 0 to remove and 123 not upgraded. Need to get 0B/15.8MB of archives. After unpacking 45.9MB will be used. Writing extended state information... Done Preconfiguring packages ... Selecting previously deselected package linux-image-2.6.15-1-486. (Reading database ... 48604 files and directories currently installed.) Unpacking linux-image-2.6.15-1-486 (from .../linux-image-2.6.15-1-486_2.6.15-8_i386.deb) ... Done. Setting up linux-image-2.6.15-1-486 (2.6.15-8) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. Running postinst hook /sbin/update-grub. Searching for GRUB installation directory ... found: /boot/grub . dpkg: error processing linux-image-2.6.15-1-486 (--configure): subprocess post-installation script returned error exit status 128 Errors were encountered while processing: linux-image-2.6.15-1-486 E: Sub-process /usr/bin/dpkg returned an error code (1) Ack! Something bad happened while installing packages. Trying to recover: Setting up linux-image-2.6.15-1-486 (2.6.15-8) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.15-8 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.15-8 was configured last, according to dpkg) Running postinst hook /sbin/update-grub. Searching for GRUB installation directory ... found: /boot/grub . Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done = To note: currently I am running linux-image-2.6.14-2-386 version 2.6.14-6, and it did not have such problems. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.14-2-386 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.15-1-486 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-9 Yet Another mkInitRD -- debconf information: linux-image-2.6.15-1-486/postinst/kimage-is-a-directory: linux-image-2.6.15-1-486/preinst/initrd-2.6.15-1-486: * linux-image-2.6.15-1-486/preinst/overwriting-modules-2.6.15-1-486: false linux-image-2.6.15-1-486/postinst/create-kimage-link-2.6.15-1-486: true linux-image-2.6.15-1-486/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-486/preinst/lilo-initrd-2.6.15-1-486: true linux-image-2.6.15-1-486/postinst/bootloader-error-2.6.15-1-486: linux-image-2.6.15-1-486/prerm/removing-running-kernel-2.6.15-1-486: true linux-image-2.6.15-1-486/preinst/elilo-initrd-2.6.15-1-486: true linux-image-2.6.15-1-486/postinst/depmod-error-2.6.15-1-486: false linux
Bug#344072: apache2: Apache 2.2 has been released
Hello, Debian Apache team, Any news on Apache 2.2? No words since December makes people worried... -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: Re[2]: exim4-daemon-light: 4.51-2 does not help
Hello Marc, > Can you please try exim 4.60? Really sorry for such huge delay - lots of work, and I also had to reconfigure the station (where Exim runs) to the new network, so Exim was also had to be reconfigured - and Exim is by far not the most important service there yet... But,... back to business. Unfortunately, bad news - exim4 v4.60-1 (with exim4-daemon-light v4.60-4) still have such problem, without any differences. But fortunately, I was finally able to find a bugtracker for the used email client, TheBat, and raised a ticket there - you can see it on https://www.ritlabs.com/bt/view.php?id=5785 . Let's see how it will come... -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: Re[2]: exim4-daemon-light: 4.51-2 does not help
Hello Marc, > Can you please try exim 4.60? Really sorry for such huge delay - lots of work, and I also had to reconfigure the station (where Exim runs) to the new network, so Exim was also had to be reconfigured - and Exim is by far not the most important service there yet... But,... back to business. Unfortunately, bad news - exim4 v4.60-1 (with exim4-daemon-light v4.60-4) still have such problem, without any differences. But fortunately, I was finally able to find a bugtracker for the used email client, TheBat, and raised a ticket there - you can see it on https://www.ritlabs.com/bt/view.php?id=5785 . Let's see how it will come... -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348368: Incorrect comments in /etc/zsh/*
Package: zsh Version: 4.3.0-dev-2-1 Severity: minor Each file from 5 /etc/zsh/* files contain the header with the path to this file. The header information is wrong; for example, zlogin file contains the string # /etc/zlogin: system-wide .zlogin file for zsh(1). rather than expected # /etc/zsh/zlogin: system-wide .zlogin file for zsh(1). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.14-2-386 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand -- debconf information: zsh/rcmove: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: Re[2]: exim4-daemon-light: 4.51-2 does not help
Hello Marc,. MH> How about 4.52? There have been some changes in the TLS code. Just tried: srv-castle:/etc/exim4/conf.d/main# dpkg -l 'exim4*' | grep ii ii exim4 4.51-2 metapackage to ease exim MTA (v4) installati ii exim4-base 4.52-1~zg1 support files for all exim MTA (v4) packages ii exim4-config 4.51-2 configuration for the exim MTA (v4) ii exim4-daemon-l 4.52-1~zg1 lightweight exim MTA (v4) daemon ii exim4-doc-info 4.50-1 documentation for the Exim MTA (v4) in info Does not help, still receiving 2005-07-04 00:16:08 TLS error on connection from (ws-honeyman.pvt) [192.168.0.1] (gnutls_handshake): An error was encountered at the TLS Finished packet calculation. Well, it is likely that the client has some problems (as Thunderbird works). But there is something suspicious from the server side as well, as the previous version (just checked - it was 4.32-2) worked. If it is just the client issue, it would be great for upstream people to contact the client authors at www.ritlabs.com, as their voice is definitely much more weighty than mine. -- With best regards, Alexander mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: exim4-daemon-light: 4.51-2 does not help
Package: exim4-daemon-light Version: 4.51-2 Followup-For: Bug #316522 In attempts to resolve the problem, I upgraded to 4.51-2 from unstable, and it didn't help, the problem still occurs. The problem from bug #297174 may be connected (as it is about gnutls_handshake as well), but I don't use anything for LDAP! And some more words: looks like the problem is client-dependent. I successfully got a email from ametzler@ sent out by swaks obviously via TLS; I managed to send the emails myself by Thunderbird 1.0/Win32 both via SMTP port with TLS and via SMTPS port via SSL; but "TheBat!" client still does not work. And I am unsure if it is only the TheBat's trouble, as this is at least the regression: the same client with the same version successfully worked with Exim/TLS before, with Exim ~4.31. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: exim4-daemon-light: Lost text
Package: exim4-daemon-light Version: 4.50-8 Followup-For: Bug #316522 The missing text should be written as "The problem is reproducible each time I try to send any message via SMTP/TLS", sorry for inconvenience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316522: exim4-daemon-light: TLS connections fail with "An error was encountered at the TLS Finished packet calculation."
Package: exim4-daemon-light Version: 4.50-8 Severity: important When I try to connect (email client used is TheBat for Windows) either to the SMTP port with StartTLS, or even to a port from tls_on_connect_ports list with TLS, Exim4 does not accept the message I am going to send and drops the following to /var/log/exim4/mainlog: 2005-07-01 03:48:56 TLS error on connection from (ws-honeyman.pvt) [192.168.0.1] (gnutls_handshake): An error was encountered at the TLS Finished packet calculation. The problem is reproducible each time I The host is "honeyman.nnov.ru", the port is 25, and if someone who will investigate this issue would like to see the problem from client side, one may send anything to "honeyman" user on this host. The system has been updated to Sarge just yesterday (from some last-year snapshot) so the versions of all other packages (except the kernel) are Sarge's. -- Package-specific info: Exim version 4.50 #1 built 27-May-2005 08:08:19 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='srv-castle.pvt:honeyman.nnov.ru' dc_local_interfaces='127.0.0.1:192.168.0.9:192.168.1.1:82.208.85.183' dc_readhost='' #dc_relay_domains='ws-honeyman.pvt' dc_minimaldns='false' #dc_relay_nets='192.168.0.0/16' dc_smarthost='smtp.mts-nn.ru' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='false' # dc_localdelivery='maildir_home' dc_relay_domains='' dc_relay_nets='' dc_mailname_in_oh='true' dc_localdelivery='cyrus_inbox_delivery' mailname:honeyman.nnov.ru -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.6-1-386 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages exim4-daemon-light depends on: ii exim4-base 4.50-8 support files for all exim MTA (v4 ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libpcre34.5-1.2 Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316441: exim4-base: tls_on_connect_ports config field does not accept the service name rather than port.
Package: exim4-base Version: 4.50-8 Severity: normal The field tls_on_connect_ports in the configs accepts only port number, and not the service name. I.e., the line "tls_on_connect_ports = 465" is correct, while the line "tls_on_connect_ports = ssmtp" or "tls_on_connect_ports = smtps" causes Exim to generate the log lines like 2005-07-01 02:15:26 tls_on_connect_ports contains "ssmtp", which is not a port number: exim abandoned 2005-07-01 02:18:35 tls_on_connect_ports contains "smtps", which is not a port number: exim abandoned Documents indeed do not describe that this field should accept the service name, though it is strange, as this field is very close by its meaning to daemon_smtp_ports which allows the settings like "daemon_smtp_ports = smtp : ssmtp". -- Package-specific info: Exim version 4.50 #1 built 27-May-2005 08:08:19 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='smarthost' dc_other_hostnames='srv-castle.pvt:honeyman.nnov.ru' dc_local_interfaces='127.0.0.1:192.168.0.9:192.168.1.1:82.208.85.183' dc_readhost='' #dc_relay_domains='ws-honeyman.pvt' dc_minimaldns='false' #dc_relay_nets='192.168.0.0/16' dc_smarthost='smtp.mts-nn.ru' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='false' # dc_localdelivery='maildir_home' dc_relay_domains='' dc_relay_nets='' dc_mailname_in_oh='true' dc_localdelivery='cyrus_inbox_delivery' mailname:honeyman.nnov.ru -- System Information: Debian Release: 3.1 Architecture: i386 (i586) Kernel: Linux 2.6.6-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4-base depends on: ii adduser 3.63 Add and remove users and groups ii cron3.0pl1-86management of regular background p ii debconf [debconf-2.0] 1.4.30.13Debian configuration management sy ii exim4-config [exim4-con 4.50-8 configuration for the exim MTA (v4 ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-16Berkeley v4.2 Database Libraries [ ii netbase 4.21 Basic TCP/IP networking system ii passwd 1:4.0.3-31sarge5 change and administer password and -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]