Bug#970480: lookup-el: lookup-search-agents-debian-default always fails
Package: lookup-el Version: 1.4.1-18 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, In /etc/emacs/site-start.d/50lookup-el.el, function `lookup-search-agents-debian-default()` greps entry in "/etc/inetd.conf", which is not available by any package in buster. Moreover, no inet-supersever is installed by default in buster. `lookup-search-agents-debian-default()` always fails. This means that `M-x lookup` always fails without setting manually. Best regards, - -- Ryo Igarashi, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.104-microsoft-standard (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages lookup-el depends on: ii dpkg 1.19.7 ii emacs 1:26.1+1-3.2+deb10u1 ii emacs-gtk [emacs] 1:26.1+1-3.2+deb10u1 ii emacsen-common 3.0.4 ii install-info 6.5.0.dfsg.1-4+b1 Versions of packages lookup-el recommends: ii dict-jargon [dictd-dictionary] 4.4.7-3 ii dictd [dict-server] 1.12.1+dfsg-8 ii eblook 1:1.6.1-15 Versions of packages lookup-el suggests: pn bitmap-mule pn dict-foldoc pn dict-gcide pn dict-vera ii dictzip1.12.1+dfsg-8 pn edict-fpw pn flim pn ispell | hunspell pn kakasi pn namazu2 pn sufary - -- no debconf information -BEGIN PGP SIGNATURE- iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCX2K6XRMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc38DYBAPiNPz9kfOMv99kJ/+B0UHr5a1OTgGb/ 7x7F3UwdmnS2AP4oeGuDGZWvYsSyokJJB0nPjZAjbJAtsKzIIEonZ/iWBg== =MdzJ -END PGP SIGNATURE-
Bug#970031: emacs: (set-language-environment 'Japanese) causes ELPA archive signature verification to fail
Package: emacs Version: 1:26.1+1-3.2+deb10u1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Current Emacs in buster fails to verify archive signature of ELPA when language-environment is set to Japanese (posibly other languages, too). At first, I thought this bug comes from #965291, or #969971, but turned out to be the separate issue. steps to reproduce: 1. emacs -Q 2. eval following 2 lines: (set-language-environment 'Japanese) (setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3") ;; See #969971 3. M-x package-list-packages shows following error: Failed to verify signature archive-contents.sig: Bad signature from 066DAFCB81E42C40 GNU ELPA Signing Agent (2019) Command output: gpg: Signature made Thu Sep 10 18:05:02 2020 JST gpg:using RSA key C433554766D3DDC64221BFAA066DAFCB81E42C40 gpg: BAD signature from "GNU ELPA Signing Agent (2019) " [unknown] I also found that this problem never occurs on 26.3 in sid, therefore this is only a stable issue. Best regards, - -- Ryo Igarashi, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.104-microsoft-standard (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages emacs depends on: ii emacs-gtk 1:26.1+1-3.2+deb10u1 emacs recommends no packages. emacs suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCX1pO1hMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc3C3ABAIBLl384AA077dEyncEAuBQHX35Vl+Kg nIUJhJ4ZQiKcAP4/COLnGHF2HFx405OMgougfOzIgu5FO4kkZo0FwRKCBA== =kD5q -END PGP SIGNATURE-
Bug#969971: emacs: Installation of packages from GNU ELPA fails due to incorrect handling of TLS1.3
Package: emacs
Version: 1:26.1+1-3.2+deb10u1
Severity: normal
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
This bug seems related to #942413, but a different bug.
After updating emacs-gtk to 1:26.1+1-3.2+deb10u1, installing packages
from GNU ELPA still fails even if verifying by GnuPG succeeds.
It seems that TLS1.3 handling is broken before 26.3[1].
I can workaround by setting:
(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")
in ~/.emacs.d/init.el, but I believe this should be handled by package.
This issue can be fixed by:
1. add above setq in system-wide init file
2. backport patch in C code,
but I prefer option 2.
Steps to reproduce:
1. Invoke `emacs` with attached init.el
2. `M-x list-packages` gives following error:
error in process sentinel: Error retrieving:
https://elpa.gnu.org/packages/archive-contents "incomprehensible buffer" [2
times]
3. eval `(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")`
4. `M-x list-packages` works properly
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=34341
Best regards,
- --
Ryo Igarashi, Ph.D.
rigar...@gmail.com
- -- System Information:
Debian Release: 10.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.104-microsoft-standard (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages emacs depends on:
ii emacs-gtk 1:26.1+1-3.2+deb10u1
emacs recommends no packages.
emacs suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCX1jnzhMccmlnYXJhc2hA
Z21haWwuY29tAAoJEIC2AUUL+Fc3wL0A/jRiGtslRjCy6AVNDtlLrTI52ofMhBJf
JLegBhXizedsAQDlqR4yP+k1p7hy4j65iIFUPzQCcY097+fM0bqDCEPQDw==
=pzFi
-END PGP SIGNATURE-
(setq package-archives
'(("gnu" . "https://elpa.gnu.org/packages/;)))
;;(setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")
Bug#953141: tmux: Please add Suggests: ncurses-term to allow us using TERM=tmux or tmux-256color
Package: tmux Version: 2.8-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, ncurses-term package contains termcap entry of tmux and tmux-256color. Using these entry, I can use e.g. italic which is not available using TERM=screen. However, this fact is not indicated anywhere on tmux package description. It would be nice to add Suggest: ncurses-term. Best regards, - -- Ryo Igarashi, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-18362-Microsoft Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages tmux depends on: ii libc6 2.28-10 ii libevent-2.1-6 2.1.8-stable-4 ii libtinfo6 6.1+20181013-2+deb10u2 ii libutempter01.1.6-3 tmux recommends no packages. tmux suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCXmCfChMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc32j8BAI0E2Oa3qK03QFBjNlHJfNmv6LHoJasL g/NrfLWBUXKRAP9yAstEp3Bh8T0y10lqqTr5oPmWkvI7vIyK7uCzEYXcAQ== =N532 -END PGP SIGNATURE-
Bug#934287: python3-winrm: Please consider providing optional Kerberos and CredSSP feature
Package: python3-winrm Version: 0.3.0-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, pywinrm can optionally use Kerberos or CredSSP authentication, but the package does not provide a way to use them. with pip, you can use Kerberos authentication using $ pip install pywinrm[kerberos] and CredSSP authentication using $ pip install pywinrm[credssp] Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-18362-Microsoft Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages python3-winrm depends on: ii python33.7.3-1 ii python3-requests 2.21.0-1 ii python3-requests-ntlm 1.1.0-1 ii python3-six1.12.0-1 ii python3-xmltodict 0.11.0-2 Versions of packages python3-winrm recommends: ii python3-requests-kerberos 0.11.0-2 python3-winrm suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iIgEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCXU0iihMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc3PpUBAMPWmdR54tCmXxurSTH7t0Y2ReguYNZk ETxG2HQhSSoFAPjlh2DCpn2xrVuElveF+b6/hWh0WEIOoxUnUU2NhF0E =D80B -END PGP SIGNATURE-
Bug#934013: boost-defaults: Boost license file is not found
Source: boost-defaults Version: 1.67.0.1 Severity: serious Justification: Policy 4.5 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Every boost packages, libboost*, contains debian/copyright file which says: ``` copyright & license for Boost-Defaults for Debian. The license for Boost itself may be found in file /usr/share/doc/libboost-doc/HTML/LICENSE_1_0.txt ``` However, even if I installed libboost-doc package, the above path does not exist at all. I cannot find the license for Boost itself. I believe that the license for Boost itself should also be available when only one e.g. libboost-test1.67 package is installed. P.S. I know that The license for the original Boost is the same as the license for Boost-Defaults for Debian so that editing the wording might be enough. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-17763-Microsoft Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect -BEGIN PGP SIGNATURE- iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCXUj3WBMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc35goA/1QXwA5BjOmWINst3Izx7Gv7k4KcTB/6 hR5Kqd3SiIS4AP9UjY3TWHdGVXZmDdk/5ZvD0s/kLMrdLBvvuolyxe44Dg== =7nMT -END PGP SIGNATURE-
Bug#934011: ansible-lint: 'man ansible-lint' shows different location of default rules.
Package: ansible-lint Version: 4.1.0+dfsg.1-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, 'man ansible-lint' shows default rules are available under /usr/local/lib/python3.5/dist-packages/ansiblelint/rules instead of /usr/lib/python3/dist-packages/ansiblelint/rules where 'dpkg -L ansible-lint' shows. I attached the patch which fix this problem in asciidoc format of the mapage. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-17763-Microsoft Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages ansible-lint depends on: ii ansible 2.7.7+dfsg-1 ii python3 3.7.3-1 ii python3-ruamel.yaml 0.15.34-1+b1 ii python3-six 1.12.0-1 ii python3-yaml 3.13-2 ansible-lint recommends no packages. ansible-lint suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iIkEARYKADEWIQSQVQWnJ6dEuIxNmESAtgFFC/hXNwUCXUjmtxMccmlnYXJhc2hA Z21haWwuY29tAAoJEIC2AUUL+Fc3ZOYA/39AMqncxdmSmGAI2FkK2JTf4+lG9C/d 5vKpfMSMsxCPAPwLUh7s1g9r+xSzhBPKDoJsEjrJ8TwJ8ZwN3mUpMPVFDw== =EuFj -END PGP SIGNATURE- --- debian/ansible-lint.1.asciidoc.in.old 2019-08-06 11:23:54.864907900 +0900 +++ debian/ansible-lint.1.asciidoc.in 2019-08-06 11:24:29.103290500 +0900 @@ -63,12 +63,12 @@ *-r* 'RULESDIR':: specify one or more rules directories using one or more *-r* arguments. Any *-r* -flags override the default rules in '/usr/local/lib/python3.5/dist-packages/ansiblelint/rules,' +flags override the default rules in '/usr/lib/python3/dist-packages/ansiblelint/rules,' unless *-R* is also used. *-R*:: -Use default rules in '/usr/local/lib/python3.5/dist-packages/ansiblelint/rules' in addition to any extra +Use default rules in '/usr/lib/python3/dist-packages/ansiblelint/rules' in addition to any extra rules directories specified with *-r*. There is no need to specify this if no *-r* flags are used *-t* 'TAGS'::
Bug#927940: [Windows Subsystem for Linux] Applications cannot find libQt5Core.so.5
Hi, Bernhard, Thank you for the workaround. Now that I can launch QT application on my machine. As this issue only affects WSL environment, I don't think this is an RC bug, but I will let the maintainers set the proper severities. Maybe do we need a comment about this issue on the buster release notes? 2019年4月26日(金) 1:37 Bernhard Übelacker : > > Control: retitle 927940 [Windows Subsystem for Linux] Applications cannot > find libQt5Core.so.5 > > > Hello Ryo, > > > I encountered this problem with my WSL environment.Not quite the usual > > kernel ... ;-) > > A google search leads to this information [1] > and this bug [2]. > > There a workaround is provided by stripping > the section .note.ABI-tag from the file. > > Kind regards, > Bernhard > > [1] > https://superuser.com/questions/1347723/arch-on-wsl-libqt5core-so-5-not-found-despite-being-installed > [2] https://github.com/Microsoft/WSL/issues/3023 -- Ryo IGARASHI, Ph.D. rigar...@gmail.com
Bug#927940: libqt5core5a: Applications rely on libQt5Core.so.5 cannot find libQt5Core.so.5
Package: libqt5core5a Version: 5.11.3+dfsg1-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Applications rely on libQt5Core.so.5, e.g. paraview or qml, does not start with following error: $ paraview /usr/lib/paraview/paraview: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory $ ldd /usr/lib/paraview/paraview shows the followin output: ...snip... libQt5Widgets.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 (0x7f24e44e) libQt5Gui.so.5 => /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5 (0x7f24e3f5) libQt5Core.so.5 => not found ...snip... I believe the installed library and the symlinks are correct: $ ls -lAFi /usr/lib/x86_64-linux-gnu/libQt5C* 10273300 lrwxrwxrwx 1 root root 20 3月 15 16:20 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 -> libQt5Core.so.5.11.3 10274154 lrwxrwxrwx 1 root root 20 3月 15 16:20 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11 -> libQt5Core.so.5.11.3 10273295 -rw-r--r-- 1 root root 5200168 3月 15 16:20 /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.11.3 Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 10.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5core5a depends on: ii libc6 2.28-8 ii libdouble-conversion1 3.1.0-3 ii libgcc11:8.3.0-6 ii libglib2.0-0 2.58.3-1 ii libicu63 63.1-6 ii libpcre2-16-0 10.32-5 ii libstdc++6 8.3.0-6 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libqt5core5a recommends: ii qttranslations5-l10n 5.11.3-2 Versions of packages libqt5core5a suggests: ii libthai0 0.1.28-2 - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCgAxFiEEutlx4yjziVJWQGpT7HmigGoZIxkFAlzBaFsTHHJpZ2FyYXNo QGdtYWlsLmNvbQAKCRDseaKAahkjGY6YD/4jIwhFjEsG0uBsrSBv81cRH9nnnGd7 2qz3k40+dqe+/q8dju27tw91ApcJfIBdoAYm0xq4aGvW7wYV815qR4vuXwVgB6iy TSp6HFE/s/GBSUhXFTLYpuoND9GsQo/0OlKu9fk7T+v725Hgx0HodGvnIBafyJwI 4JorNBWnzuDfqO6QHFaTl1MpwkQyRy5N4eR78JNIjYbdqXbHrW5FcMMy0fGUKHcU MSunBiobhFlu1UX0wRRSgnLPIt7MoX9ZJ6BsevgAN86N8EDSjoatnb3gOTEUgZtF 4GWRyRtnTZtbGqiWLaNuG57dyGu/siFQrnVdbURRnYbRMIMyh4kUy2770DRZRi+2 8vlR0D9sllqi8WV/QA+RBnKUheTg8/r2kaHz//zEgwe921NMI0LbewgFYPn/bZyo KVgA/C6l1WduL90P56qUPBblMah0nmCpiPVUhWCNn3zpmzIpIUa59OxCnoDOw8h6 Fiti7KWLkB9xjyTKil2mF8Q6JqYjJ+jsFYVI6XB1B2qKd3E/sKEn3XzEWcGDq9eo 1EmeidrQqxhHm2MVm8/a3JF4ULd7FWz04O+kCKWQ78+mcqH6ws/qcCqPTBxPZHfI JB0j9a3kmZMHrEevwZr6SPg/t62t+mijRRpcaFbag35kywdk6qBj4euympDut0rJ 9KY94C+/x1yV8w== =KjBW -END PGP SIGNATURE-
Bug#804741: python3-flake8: Should depend upon python3-pyflakes instead of pyflakes
Package: python3-flake8 Version: 2.2.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, python3-flake8 currently depends upon pyflakes, which supports both python2 and python3. However, recently, pyflakes package splits to python-pyflakes and python3-pyflakes. All the files needed by python3-flake8 are now contained in python3-pyflakes. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-flake8 depends on: ii pyflakes1.0.0-1 ii python3-mccabe 0.2.1-1 ii python3-pep81.6.2-0.1 pn python3:any python3-flake8 recommends no packages. python3-flake8 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJWQptCAAoJEOx5ooBqGSMZo6MQAJUokV3ewGe48AN3H5mkYrQu TrkOQqHFxqZ1EoeOzAwMfYacN9SjoGBi+34cLf3KSdL7CIzR1RlIJ9uH56wNT4kE YUtHpYz/w2VlftwFAc5neFMUwTzI9+OK3WOFCC7xQ5/zGHPABm9KbSr7pb9iTwxF LX7hCYy+Rtt/OA3hVDBQ1O4hBle8/qdUDdURhAgsjLYzHt68BA5cFiQoZzUTYqBK 2GZYete68ytYxTAqJF54/5Jnnscls+0aP1zFcdwYyQCX4TLNvWJsfZ8Iw+mEdMBZ X3n+uuk+domWujEEhtKqeXcoMrF9/Du/F/7lV2lXFqdvVcFvNlTkmDtcpdM9p1B5 2d6uRLQI1YnI2XX1toRhxWTbNFSXciT86PuoyFNNyyeMTbnbuloLAq1+fxbq54PD pxDUfkb5xXEF3AyeXsLP6iK/AILPw68pCYgzeRUd8MuuaV8YPDr5ya9n8KdWJVhI +DTwPKW8upzkVA6olTd5K9flaDlDmybGRSzmS6vB+cXsSnLHMUaEPANtN4iGGz0Q w25uQoLZ+Eulbc38U4f6FLAKzMxKW4CLrfBfXYKlyto2dGISZOVgZpa42wumH8fg 7Ky30zxAVz6hypbC/P/L2X7CXaemWS/HUy8eG/+3CAxRquQ21joKssAeVvkcTvBG yyov4Bcgdfk/+2Lc8ajZ =ebyB -END PGP SIGNATURE-
Bug#757189: libarpack2-dev: Please add BLAS/LAPACK dependency to virtual package
Package: libarpack2-dev
Version: 3.1.5-3
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Currently, libarpack2-dev depends on specific BLAS/LAPACK implementation:
libblas-dev and liblapack-dev. However, this prevents me from uninstalling
liblapack-dev and install libopenblas-dev, which provides libblas.so and
liblapack.so virtual package.
Could you add the dependency to alternatives?
Attached patch fixes this trivially.
Best regards,
- --
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
- -- System Information:
Debian Release: jessie/sid
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'),
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libarpack2-dev depends on:
ii libarpack2 3.1.5-3
ii libblas-dev1.2.20110419-7
ii liblapack-dev 3.5.0-2
libarpack2-dev recommends no packages.
libarpack2-dev suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCgAGBQJT4cABAAoJEOx5ooBqGSMZHGMQALItcWP84Kmmc1Uq76EKKiZN
fG+B5rFObixcK5cQLXWxHqvvowu/8aR/FYb5Zo21NxvE0RPqiMDwuSIiWAsGQmfQ
KQcnGxehSZtCpvwIhnnUaVvl4AKHBUqX4rP6twFduA/U7naYYi9cSlC3w8e43JOc
PXA1gNRC6uknpvbES9hYZmAd7sTThldtgW1/CKZy9soGNtspFe/4cVhO49wKrHdU
tBOQaTQpfA2w/TqVSEsK+5J9gb7jjvrooOtBaGaujqyF+yuBlppX7Kq5UHg7500P
I1z0gOzWta3CyPY4NVTW8oJ67LUB7YVM/ICKdTG5kSUV5o5dYy0hYb7eNA5Imk3w
47QgqA1VuQCvBs1bmrbJ2cwnavJlQXhiWw4m4yyar4t6bP9pWfUs6eTuLpeDgUbt
VldNDLL9fDUtkEdDgd4tnFXqmXQqzsnmXNQFkUHRFbPU0Ne3n7eQiDjXAUgPZ3Q3
x/ld7bH89mFiqer7K973JbLQIKAXwIDzCa/oqnF0xrJ63LDcq7BOuOW1MLKe1xOK
h90JHi7jQns8bcoJ4If5LF7uht9HYYJqyEhMNwW2/Cl56VVGaYdNwsQUeK2Op8dm
OIPRe0lXDhxM7qdvIvUVL0DMCMWmtaQTw7Jb3/ZkbXG4TDZQ/bUtmB4N2aENQQqD
MBmd7Doptgq/Sjc/iT0e
=Vbap
-END PGP SIGNATURE-
--- debian/control.old 2014-08-06 12:14:21.398226000 +0900
+++ debian/control 2014-08-06 13:31:04.158226000 +0900
@@ -50,7 +50,7 @@
Section: libdevel
Priority: extra
Architecture: any
-Depends: libarpack2 (= ${binary:Version}), libblas-dev, liblapack-dev,
+Depends: libarpack2 (= ${binary:Version}), libblas-dev | libblas.so, liblapack-dev | liblapack.so,
${misc:Depends}
Replaces: arpack2-dev
Conflicts: arpack2-dev
Bug#746534: octave: typo of bug number in NEWS.Debian
Package: octave Version: 3.8.1-2 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, The bug number indicated in the NEWS.Debian is wrong (has typo). NEWS.Debian indicates that 3.8.1-2 fixes #743620, but according to changelog.Debian, the correct one is #743260, which is rather misleading. Attached one-liner patch fixes this problem. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave depends on: ii default-jre-headless 2:1.7-51 ii libamd2.3.1 1:4.2.1-3 ii libarpack2 3.1.5-3 ii libblas3 [libblas.so.3] 1.2.20110419-7 ii libc62.18-5 ii libcamd2.3.1 1:4.2.1-3 ii libccolamd2.8.0 1:4.2.1-3 ii libcholmod2.1.2 1:4.2.1-3 ii libcolamd2.8.0 1:4.2.1-3 ii libcxsparse3.1.2 1:4.2.1-3 ii libfftw3-double3 3.3.4-1 ii libfftw3-single3 3.3.4-1 ii libfltk-gl1.31.3.2-4 ii libfltk1.3 1.3.2-4 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-1 ii libgl1-mesa-glx [libgl1] 10.1.1-1 ii libglpk364.54-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgomp1 4.9.0-1 ii libgraphicsmagick++3 1.3.18-2 ii libgraphicsmagick3 1.3.18-2 ii liblapack3 [liblapack.so.3] 3.5.0-2 ii liboctave2 3.8.1-2 ii libopenblas-base [libblas.so.3] 0.2.8-6 ii libqhull62012.1-5 ii libqrupdate1 1.1.2-1 ii libqscintilla2-112.8.1-2 ii libqt4-network 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui44:4.8.6+dfsg-1 ii libstdc++6 4.9.0-1 ii libumfpack5.6.2 1:4.2.1-3 ii libx11-6 2:1.6.2-1 ii octave-common3.8.1-2 ii texinfo 5.2.0.dfsg.1-2 Versions of packages octave recommends: ii gnuplot-x11 4.6.5-1 ii libopenblas-base 0.2.8-6 ii pstoedit 3.62-1 Versions of packages octave suggests: ii octave-doc 3.8.1-2 pn octave-htmldoc none ii octave-info 3.8.1-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJTYcK4AAoJEOx5ooBqGSMZ+kwP/25cDL0O9Vh69H+WokozApeu w9ZWna4LdwY+T8+9DywCtgj4Cu7Dsc31uciPVozZfD/fbJO8Zjtsrlyz7Yj/32Qo 7wPOlgrsHKaIHMwAvi6sxcLy2wHM7sgiHvpQTE2NJzDvz+Yen95G1Er71ReJN4b6 ogiHNrnVVMuLL3sJsPcPutznGnlzDzokDiYbTRhrR0dCDqmAsTiySevpGtCsdT2a O2HIJuEIRUwjNglweXPnRaN98AXfBTy0ZjQlxCc76VbEOi0MlzWcmF84wHmhHD43 YoegkRO7jDMSbI2hOhW6lXmlx7jzQFmSrsIkC1bG98Canz21kwRvUeJCFlyMvYwD qjHex0JF6fuXkK4SM51fi5l3+DQ9EwVmpw+Ohzd8/WcJbkEPv77mBqk+WJHaZRKX saWDNb2WabWN2QuPV1iJoEGWnClbxEgsH6KW+2NUqVl8OWGj9TR9UX5QmxQS+TxX G5hEnnzsJYgrt0EQAAeGZyvD7+5dQcTpxrjgeTvNA9ZGcdKX5yFJk/cFZbOlufaA bkwIp2sXO+aBIJkQdjXMubiWhfXjXQPOmgjGbizR77Gr9wtmZFo7uvkx+rc+0MUv ivyPZQgtBP+Fr4uE07J87jUMtAdxIdJ4Otg1jZ0X0XRNa/wDtSUhzqKZGLrvGwTx mecbewE/VRQqVqHFPi2H =u1Vz -END PGP SIGNATURE- --- octave-3.8.1/debian/NEWS.old 2014-05-01 11:34:11.075784000 +0900 +++ octave-3.8.1/debian/NEWS 2014-05-01 11:34:22.359784000 +0900 @@ -4,7 +4,7 @@ because it creates problems with the Gallium llvmpipe Mesa driver. Since the JIT is currently very basic, it is not worth the trouble. It may be re-enabled later when the benefits outweigh the costs. See -#743620 for more details. +#743260 for more details. -- Sébastien Villemot sebast...@debian.org Wed, 30 Apr 2014 10:46:37 +0200
Bug#744832: strongswan-charon: should depend on iproute2 instead of iproute
Package: strongswan-charon
Version: 5.1.2-4
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
strongswan-charon depends on iproute, but now (at least at 20140415) iproute is
a transitional dummy package of iproute2.
I attached a patch to debian/control to reflect this, but iproute2 | iproute
dependency may be better.
Best regards,
- --
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
- -- System Information:
Debian Release: jessie/sid
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'),
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages strongswan-charon depends on:
ii debconf [debconf-2.0] 1.5.52
ii iproute1:3.14.0-1
ii libc6 2.18-4
ii libstrongswan 5.1.2-4
ii strongswan-libcharon 5.1.2-4
ii strongswan-starter 5.1.2-4
strongswan-charon recommends no packages.
strongswan-charon suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCgAGBQJTTNNoAAoJEOx5ooBqGSMZI2wP/3iNi1B47Ny5TS0rPsdL/H4z
yfeejy/OYDd48uELB8jzMEY5vg9retYZ0PNB4V2m7aGrSVsbAEx8TL+ZhcvE+v5D
upJ/3Znx6/OXLb6EssG8W/BFKC+IJvls17VUEAZMTuGHaVFdQvCIh1NCLbWs7wTP
dnCfmm2oekkByyGL6CSjQBEWGcuwq8OTCkjcxGpmLD9mxgrqZ06HrEbkBgDXjiay
gTJI8WhOK4o61sd7mZJoOUSTwS1/53HBE8b6m4Ry3g36JYHPchI3n2IL7sm4aaSI
RAZoHnVz6PQYt77XX5eZQcFBwOJV6Fsb79OY4PnWiaF29OdRT8MHJEanZAzJFpUm
iBneqtYYWkczsEKqDrKU0LbOOwcH5AboP37k3K3ZtB8sAkjdvRnq10fayKXWUJ3w
ARWaAdtXrJ8EOqL6odBjVUJVs9jddmGWSvnreDdSfUQfKwmwccAn2GGfZrrYz6HN
mhcL76N8OiW9mfitetq2zIgOiJN36VbovYSdTA/zRIwyB94i2gOzlnBgdnJLMI3Z
KAvTkUpnn5eXKbe5S7LkLQEt0XP5ADXI99eB/CMrfdtFcbzZIJQP4BmvdhhS8CS+
uHTEOGHa+GyNPHQBUEApnIB+UNaHZywZqzwkQ/jym9ESU7ArHwJ6T1mxP9FPxf9T
hJ77UPuuZqBWJvIwjoU1
=0TmV
-END PGP SIGNATURE-
--- strongswan-5.1.2/debian/control.old 2014-04-15 15:06:45.011784000 +0900
+++ strongswan-5.1.2/debian/control 2014-04-15 15:07:48.387784000 +0900
@@ -203,7 +203,7 @@
Architecture: any
Pre-Depends: debconf | debconf-2.0
Depends: ${shlibs:Depends}, ${misc:Depends},
- libstrongswan (= ${binary:Version}), strongswan-starter, iproute [linux-any]
+ libstrongswan (= ${binary:Version}), strongswan-starter, iproute2 [linux-any]
Provides: ike-server
Breaks: libstrongswan (= 5.1.1-1), strongswan-ike (= 5.1.1-1)
Replaces: strongswan-ikev1, strongswan-ikev2, libstrongswan (= 5.1.1-1), strongswan-ike (= 5.1.1-1)
Bug#743899: python3-matplotlib: Recommends nonexsisting package python3-imaging; use python3-pil instead
Package: python3-matplotlib
Version: 1.3.1-1+b1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
python3-matplotlib recommends noexisting package python3-imaging.
Looking at the python3 packages, I believe python3-pil is the package
we should recommend.
Patch attached for debian/control.
Best regards,
- --
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
- -- System Information:
Debian Release: jessie/sid
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'),
(500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python3-matplotlib depends on:
ii libc6 2.18-4
ii libfreetype62.5.2-1
ii libgcc1 1:4.8.2-19
ii libpng12-0 1.2.50-1
ii libstdc++6 4.8.2-19
ii python-matplotlib-data 1.3.1-1
ii python3 3.3.4-1
ii python3-dateutil2.0+dfsg1-1
ii python3-nose1.3.1-2
ii python3-numpy [python3-numpy-abi9] 1:1.8.1-1
ii python3-pyparsing 2.0.1+dfsg1-1
ii python3-six 1.6.1-1
ii python3-tornado 3.2.0-1
ii python3-tz 2012c-1
pn python3:any none
ii tcl8.5 8.5.15-4
ii tk8.5 8.5.15-4
Versions of packages python3-matplotlib recommends:
pn python3-imaging none
ii python3-tk 3.3.4-1
Versions of packages python3-matplotlib suggests:
pn dvipng none
ii ghostscript9.05~dfsg-8+b1
ii gir1.2-gtk-3.0 3.12.0-4
pn inkscape none
pn ipython3 none
ii librsvg2-common2.40.2-1
pn python-matplotlib-doc none
pn python3-cairo none
pn python3-gi none
pn python3-gobjectnone
pn python3-pyqt4 none
ii python3-scipy 0.13.3-2
pn python3-sipnone
pn texlive-extra-utilsnone
ii texlive-latex-extra2013.20140314-1
pn ttf-staypuft none
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCgAGBQJTQ1zyAAoJEOx5ooBqGSMZwYQP/A7vzR04pSz+wOk7dx+lmxmD
TaxzHOd1Iaprw+CryNo0XLwu2LoeK5Ba+FAx6DwTxWIYMkIgVfFAPAoW+e/r+Cvm
UcyIVyUXZbaQZmBIbjscAZLGkIBijzd4WZXX6/7qULeW1FTtaor9yYwYH9fA8Lrm
/02ss82W+BoIfrbeMU8HH9qsD4z8PLAvWe5hBKFkXhrhRfreXWMhbCV/xOt6TOj8
lh9H+aGaY/GVar5pLHaKRgc5MAfXQr8ZLT975CpZSgfiC+7Tf/qRjz8sQCtFJvDq
19k8kHhUxKjThC01NxBBco3dKIJYpRWmZhC5xWJLxSagFWut15gdJ9KKK/R913Ng
DgRslQfrbg5jCFD5Gjory1V5yQXOR8HyXF8MNZ2vVMvBgzKuSQXtrcYIPuQbGf/1
ApOy40kQ7HTBX6ySEdyA5SPFRy6/MJkcxk0NBEnfLSF28zVdZTfkLIgQZFiAR9Nk
V8hTD4uga7C6xuV0xhB1n6Mb1WAyiM5lxgVx+oHJ1aomzSw5pvrgHiVmEH8f2W32
cz8N8QY1PTpzIWzco4X+/Y/V8lKv9ju0HPWstgygTKr75Q3cCIhcThzJ/7D+Irnm
ndcyqwgt9qLUch+/Q+z0KV9BvQBkUDnAW/Gg5318t0qY2tSXEClROZYiTZTrdiq0
6vlH6AkHhXt/hLYkOFxa
=dpOy
-END PGP SIGNATURE-
--- matplotlib-1.3.1/debian/control.old 2014-04-08 10:47:47.687784000 +0900
+++ matplotlib-1.3.1/debian/control 2014-04-08 10:48:05.099784000 +0900
@@ -116,7 +116,7 @@
${misc:Depends},
${python3:Depends},
${shlibs:Depends}
-Recommends: python3-imaging,
+Recommends: python3-pil,
python3-tk
Enhances: ipython3
Suggests: dvipng,
Bug#714730: gfortran: handling binNMU for .mod file format change
Hi, debian-devel and debian-science,
since Fortran90 programs are mostly science related,
Fortran90 -dev package may contain .mod files, which behave like
header files for C/C++ program. However, .mod files are binary files,
and compiler dependent, and what is worse, they are incompatible
between every major release of gfortran(e.g. we cannot use .mod file
created by gfortran4.7 with gfortran4.8, and vice versa).
Recompilation is required (thus binNMU is enough).
This creates a hidden dependency to Debian Fortran90 packages, and
many bugs are reported every time when gfortran default version was
upgraded.
# For the detailed background information, please see #714730.
Now that gfortran-4.8 (4.8.1-6) provides gfortran-mod-10 virtual
package (Thanks to Matthias Klose) which enables us to correctly
handle this hidden dependency, next we need to create a way to
automatically create correct dependencies when packaging.
# If we add a dependency to gfortran-mod-10 for every Fortran90
package(which contains .mod file) explicitly, we need to change the
source package manually. This is a regression from the current
situation since we only need binNMU when mod file format change.
From my limited understanding of debian packaging, I have to write a
debhelper script (say: dh_fortran_mod) which add the correct virtual
dependencies of Fortran mod file to ${misc:depends}.
Is this the correct way to proceed?
Of course, this does not solve the whole problem. One of the remaining
problems I can think of is:
1. Fortran90 program can only be compiled with only one(i.e. default)
version of gfortran.
There is no standard location of .mod files (nor version dependent
ones). Having discussion with not only gfortran upstream but also
various commercial Fortran compiler vendors (Intel, PGI, NAG,
etc.)will be necessary.
Currently, most supercomputer center switch compilers by module load
mechanism (using Tcl scripts).
However, I strongly believe that we should have a mechanism for
handling .mod files correctly at least in the Debian world (and
hopefully do not break other compilers),
Best regards,
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714730: gfortran: binNMU needed?
Hi, With gcc-4.8, gfortran has (again) changed the format for its .mod files. The result of this is that it is no longer possible to use fortran modules in sid, in at least 2 packages: Fatal Error: Cannot read module file 'grib_api.mod' opened at (1), because it was created by a different version of GNU Fortran Known packages: netcdf, grib-api I think these can be fixed with a simple binNMU; is one planned? FYI, MPI(openmpi, mpich2), HDF5 are also affected. I have already open the bug report to gfortran package (#714730)[1]. I add CC to the bug report. And also, most of the Fortran packages are science related, I also add CC to debian-science. I have a proposal to handle this issue in the Debian world. 1. Add the virtual package of the module version (e.g. Provides: gfortran-mod-10 for gfortran 4.8) to packages which contains Fortran compiler. 2. This module dependency should be settled when compiling package. (I don't know how to do this exactly, but I believe we can do this) Adding to Debian policy and/or checking with lintian would also be helpful after the policy settled. This way, I can collect the packages which needs binNMU. Keep in mind that not every Fortran90 package is affected; Fortran90 programs/libraries which do not contains modules works without recompiling. My proposal prevent unneeded package from recompiling. I believe that Debhelper can automatically handle these dependencies if I write a script, but this will be the further issue. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714730 On Mon, Jul 8, 2013 at 2:46 AM, Alastair McKinstry mckins...@debian.org wrote: More long-term, is there anything we can do about this? A more stable version of the 'mod' file? Of course we need the long term, upstream, and compiler vendor neutral solution of the .mod files. My proposal will improve the current situation, but we can use only one compiler for Fortran libraries/applications albeit the toolchain maintainers are working hard to support several compilers. Any comments? Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com signature.asc Description: Digital signature
Bug#706711: RFH: openmx -- package for nano-scale material simulations
Hi, Maintainers, I am Ryo IGARASHI. I'm a postdoc of computational material science and belong to the CMSI[1]. OpenMX is one of the core software supported by CMSI. And we are now developing MateriAppsLive[2], which is a Live system with pre-installed various material science software. We want to include OpenMX for this and therefore I want to make OpenMX package up-to-date (currently 3.7 series are provided) and fully functional. Therefore I want to help packaging of OpenMX. I am not a DD nor DM, but I am a developer of ALPS[3] and creating unofficial packages. So I have some knowledge in packaging. [1] http://www.cms-initiative.jp/en [2] https://github.com/cmsi/MateriAppsLive [3] http://alps.comp-phys.org/ -- Ryo IGARASHI, Ph.D. rigar...@gmail.com OpenPGP fingerprint: BAD9 71E3 28F3 8952 5640 6A53 EC79 A280 6A19 2319 signature.asc Description: Digital signature
Bug#675115: libopenmpi-dev: Fortran module support is broken again
Package: libopenmpi1.3 Version: 1.4.5-1 Followup-For: Bug #675115 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, The following simple fortran program failed to compile (again) on current sid: $ cat test.f90 program test use mpi end with following error: $ mpif90 test.f90 test.f90:2.6: use mpi 1 Fatal Error: Cannot read module file 'mpi.mod' opened at (1), because it was created by a different version of GNU Fortran Of course this comes from the fact that the default Fortran compiler has changed to 4.8. I know that I came up with this problem for the 4th time. We should ask the gfortran maintainer for requesting binNMU when updating default gfortran version. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libopenmpi1.3 depends on: ii libc6 2.17-7 ii libgcc1 1:4.8.1-5 ii libgfortran3 4.8.1-5 ii libibverbs1 1.1.7-1 ii libnuma1 2.0.8-3 ii libquadmath0 4.8.1-5 ii libstdc++64.8.1-5 ii libtorque22.4.16+dfsg-1 libopenmpi1.3 recommends no packages. libopenmpi1.3 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJR0my7AAoJEOx5ooBqGSMZPOwP/Rio2lHr/NgYvIn2OhBny1gX NQBAgVOwNZNxos8kz4I+phzvYSaGJPIozFK4mdtOUkiH0u7GQix05qhh0Gp8Yg67 4f+9af8KagICOpfqY+0hbHr5hjuzbtu3UjawnHFeSKzCWU9Tw/ryd3iSQuWABdFH MM90juWsMGsYZSSaQPxCJb3c+Xn1gL7edFZQdY3RZ5EnAHURklmURUv6acCtBxRr RBqMNsVtZYuTQqOTXLwL1LJpSKfypys48fzvroGU3f2fZJ6LRfOzJo1VhHIJlWSu PotI+iWT0NUpoVoCVgp7HeoSBarRRAqzbPlSZPBWGx6XHtayPIwkgPTAGtqOJnx0 nqos1FlxtcdWR4OTz0o79C44opTfxqsY0zPAz7jP+kvvu5SH5SytItoFpDXves8H ckuj8QoOcxT0h/v1OOGxK6B69/ihtRGPIVvFT1vCibb/3Q9epVSjQv8Fut7WX4Dj q9cSr5k9CNiWki9Rc2hNRA7O409cWIXbjzasOP3GZrz2hsUI4zPEwasYEpxYgH21 qb1lRKVfMH9auWVRvNGNd7YYv2M9pjEblebVIUfTqsbsYqWnSX8zwbbuB9n3HzrX lzmSKuQcwneuMS2VqN+8KW/BL6ZXdbqJgI7cBYgBRgxU7yaUF+/DHKltza+WVfib sAqahiDCahuJiSrhqn+B =3xGN -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714730: gfortran: binNMU is needed for all packages which contains Fortran90 .mod file when upgrading default version
Package: gfortran Version: 4:4.8.1-2 Severity: critical Justification: breaks unrelated software -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Currently, gfortran 4.7 to 4.8 transition causes many failures when compiling user code. When you upgrade the default gfortran version, you should ask binNMU for all packages which contains Fortran90 .mod files. All the time you bump up the default gfortran version, packages which contains .mod file, such as MPI(openmpi), HDF5, or netCDF, needs recompilation since .mod files are incompatible between gfortran version. This is hidden dependency, and this has been an important issue these days; See other bug reports regarding this issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630986 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635739 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675115 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687127 Some of them are fixed by new upload by individual maintainer, and others don't. However, I believe this incompatibiliy is not a user packager's fault. I believe that these issue can be more easily handled by gfortran toolchain layer. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gfortran depends on: ii cpp 4:4.8.1-2 ii gcc 4:4.8.1-2 ii gfortran-4.8 4.8.1-5 gfortran recommends no packages. Versions of packages gfortran suggests: pn gfortran-doc none pn gfortran-multilib none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJR0pmFAAoJEOx5ooBqGSMZsaMQALPWIVidb4SGbCnozNJzzfRX 7A6MsbXZ2crXIb//vl5tzQ0c6o9gg4qMvhh+hPmz46YI+xEMCLsrKZ173cUdAGoN UCPfwAkIOuFX+uZ6ULaZmeyyOegU+gvsZgwK96GEzx+ho3IS8cCv0o62nGDtmxH+ 534xGVAENjqxve4iFA/66kYnyao02w4KxOlXkXYUu8+P0wiqcYhP5AG4Cvezmlnp GGtxwqJRjRj6K5hCO3GqjQcLHOliJ3OiCLfDsiJ6o/sydURDO6DYPJE376RqJg52 Il7jRv224cq8+O5xOeOxvv4XsaPfqk4IGh0C8Lq8le0Kx9Wl7xDbjXmKWa5Ix7ic n6h93MIvUGncjTD2paxEVUX6//+EG7xA6OglsArScFUUhUXzW4ueX7Hc3D/BzOlk NLpl15dZkN1+o85MXM3OThseYgw0HphnQQWIVOOgsbzUh2FccIn9NYb4iBPcJ8Qe MdvbWZLKUruFcvAQ2YfIT1rDPtcIxP+XqHkCxJHnHl7ZCRDf2O5WWlWxA093mzOT F+JmUMpyhlsKqNYbRl54wMWIbek9LUYjYmQRZ5JEN2VhhL9YYI3WA5qnL0OHFf31 D2QGzhM8jMOCAjnKOyBbW7v5718T907K4dYx+4ugdDuS8+tTpJRnt2alDIccp0QT dWBVyz609y+sUJkzWdgk =w5V9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714730: gfortran: binNMU is needed for all packages which contains Fortran90 .mod file when upgrading default version
Hi, Thank you for your detailed answer to this problem. On Tue, Jul 2, 2013 at 7:24 PM, Matthias Klose d...@debian.org wrote: Control: severity -1 important Control: tag -1 + help On 07/02/13 11:12, Ryo IGARASHI wrote: Package: gfortran Version: 4:4.8.1-2 Severity: critical Justification: breaks unrelated software Dear Maintainer, Currently, gfortran 4.7 to 4.8 transition causes many failures when compiling user code. Downgrading. This affects only some packages using Fortran90 files, and as it looks it was handled in the past outside the gfortran package. As you write, these affects Fortran90 code, nothing broken with libraries which don't use Fortran90 features. I am not against this severity change. What I observed was the update of the gfortran package causes some lib*-dev package break. Looks this is known upstream, see http://gcc.gnu.org/PR49138 for the GCC issue, and https://bugs.linuxfoundation.org/show_bug.cgi?id=757 for the general issue. Thank you for the pointer. I didn't know about the upstream info. This is hidden dependency, ... for Fortran90 code only. So something is needed to record the Fortran mod version for those packages. $ echo module m; end module m test.f90 $ gfortran test.f90; zcat -f m.mod | head -n 1 GFORTRAN module version '10' created from test.f90 Use zcat to be prepared for compressed mod files in 4.9. So as a first step, this mod version should be included in a package using Fortran90, so that you can determine which version was used to build the package. Thank you very much again that I can get the module version just using zcat. I can find the current gfortran-4.8 in sid creates version 10 and gfortran-4.9 creates version 10. This could remind me the following issue: You (Debian toolchain maintainers) are packaging very carefully in order to co-exist different major version of compilers. However, the lib*-dev packages which contains Fortran90 .mod files can only be functional with only one, i.e., 'default' compiler. However, I believe this incompatibiliy is not a user packager's fault. I believe that these issue can be more easily handled by gfortran toolchain layer. Well, there is currently no mechanism to record the gfortran module version. This has to happen in the packages using fortran90 modules. Some infrastructure for that could be added in the gfortran-4.x packages. I see. As long as gfortran module version is not recorded in the package info, there is currently no way to detect which package needs binNMU. I believe that what kind of scheme is needed for robust debian packaging is still debatable. This looks like a more general issue, but specific to Fortran90. The severity is overrated. I think if you want to properly address this, - then open a bug report for general, or come up with a proposal for debian-policy, or create a fortran90 policy. - file rc bug reports for all packages using fortran90 to include information which fortran module version it was built with (after coming up with a proposal how to record that). This is needed anyway to identify all packages which need binNMUs for future version changes. OK. I will start to think of this issue and create a general bug report for the possible solution and/or fortran90 policy. I will also raise this issue to debian-science, since most of the Fortran90 software are science related. PS: Thanks for Tobias for helping with this issue. I would also like to say thank you to him. Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com signature.asc Description: Digital signature
Bug#696896: libmgl-qt5: depend on qt4 instead of qt5
Source: libmgl-qt5 Version: 1.11.2-17 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, The name of this package (libmgl-qt5) indicates that it depends on qt5 instead of qt4. This inconsistency is somewhat surprising to me. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ3iYiAAoJEOx5ooBqGSMZhsUQAL25gOqjtDFEvcUtRLnnZL4/ qf6Z7dUatiuGw6NXPIas4Hi8bEYwRDH/zat2hq6WGsj+OZbna5CfSTtdB1w6S38G KvypRoSwAYoEXVYCiNujejSqiVsXdBZl2qys9wMpimqIJMH/iQaAtJf+IR4nW6nx UYgZryicTHc44GInGjDyumvJLONvPhcM+Y4EAkJBFcBWmpbvUQolYnbAqLMZDq4I wRVXZwEJDmxsBeVY6yRkoqWbhF2t3Y1l6o9K3saw6XsjFM9wk/ZVczTM15kpu+hB kTQZmOzf0iBLzPb4TosV7xpE4YwHgenujt1t7GE68XOx9UTqROBNeX1vjiih9ntw U3BcebFhyOt4+ZLXH4fWesWC7NfZetfbldKvtjsCZZi2hdk/kmt26VRtXgEokFLz RUJ+0Fo7cUKxtzRZ6HIQ/lSvLqsO6GajoHeBho1/hgy82HuzmLSJifoUlmaPVkD6 T/iMGvTTai1f/fXyxPTce89MSUKsG4mIRN4oogJdFdU3cD9ZP/DlAFPE937pDhZj pjT9/aXUmyttm+B9pIKkogDp56/SpqC0/oXypfk5R7OJsWLHkuWPBT3qKZjRvVxT s0g6zCI5TUOKUOniWnH6jqTKZtHXIiz9NbwLyOefNfeK6qxYUf8nrQSTI4JkP4Mt W0OFoQwD1aateGRdigfM =pW10 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695825: liblapack-dev: Please depend on libblas.so virtual package instead of nonexistent virtual package libblas-3.so
Package: liblapack-dev Version: 3.4.1-6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Currently, liblapack-dev do: Depends: libblas-dev | libblas-3.so However, the latter virtual package do not exist, i.e. the all current BLAS alternatives (reference BLAS, openblas, atlas) do not provides libblas-3.so but libblas.so. The current situation prevent me from uninstalling libblas-dev and installing libopenblas-dev. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liblapack-dev depends on: ii libblas-dev 1.2.20110419-5 ii liblapack3 3.4.1-6 liblapack-dev recommends no packages. liblapack-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQyWrXAAoJEOx5ooBqGSMZ/HcQANPPvlfUkrLy+kvauDaElE/X lzihbDmlidU96s7/qG1t7KKPEhASWUTArQXHW9BTyB3oYh5nyrvCv4LBr64+Q8ZU ubbkvyaEdwZCygRWHL9GfAPIVMklWb9sHCGJHdomnAHokDr8vzCQfwVF3ViEyG5x 5tK8belWEyZdRidx0amuL9MA9qRccYm2IRbDcVYEU5bALOm3SIUxBC+icY6O2vCL 3KNT6Ueut/lv+osW5YvN9uccbP2Hmf69pifL+8zkwRjY7zsf+Zh1NlvgCtbfo+EN eY63oUETKvlKjbNM6vvJBg4kYf5GubU6H+YpicHF+ol45um2Iec82KC0W44iblzz /61Z+ncfohTlS9K+bEoiTzbYz/UJtMXySHsdU97BA7eQHhBfC1lygFrbiyPDm+gt DiCgTCdQNyHQ6LU5bNmZiatYqX2sKr06O571NyH4jQCzNuTwjei+uZ73GkoaAw0x OsAxoqJmWEit5w6fXohviEuUhGT3VEhOWXCllcPg86ISVdWx5OnT4Se7GziaKHXn G3KN/F+sghIEIYt5NDY0dwFVZ8opB4MFtnWtPenaBFwdZPFNOZDjOeySqrEJr43R XKBA0Yvbou34AV1nv59IbB4BkEsziuy4kci8NUKCV4tTq89kd7KnIDWgaI6fAqMd ozbJ4LJsmQ35fJKWKQ40 =EJop -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694780: auto-install-el: Please add emacs24 as supported emacsen flavor
Package: auto-install-el Version: 1.53-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, emacs24 has landed to unstable(sid), and auto-install.el works well with emacs24, but this package prevents from using this from emacs24. (Currently emacs metapackage points to emacs23). Please change the dependency to emacs | emacs23 | emacs24 | emacs-snapshot, as this is the last package which prevents me from removing emacs23 package. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages auto-install-el depends on: ii emacs 45.0 ii emacs23 23.4+1-4 ii emacsen-common 2.0.3 auto-install-el recommends no packages. auto-install-el suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQuHQEAAoJEOx5ooBqGSMZURoQAJrHSVYub4q/Tq2BvmRNVYSs 0tKKIruxH6QZVB5jQWcZHG7VjULStZ4CkynWf5EUy5aPGmEUtR1jTH8liOQMHtMO fjhDY8To0p0+DN44WXYSsytTDi9mj/GiAtRni41Z5iaiU9dp1hp3h0KnRtIpwi2D pUxAoUzHfojtpseRtFf6G5GuyKChqektFeRrbqpVq6XlK2t1muY1lyZ0SBhYfe3V 6glbxJLwDBNYQQusZoItvi3l9fCrFiK5tZHy8uv4dSURrW+pPViMyQ194io1Reov wnzxKvmtW1WZs441nkLXit7gvPOX1/Ym7QbhU1d9443LVvZYPsZntbyw8jx1aaOI Qn+opHkBmPS3/NtoSVUeuP32rmK/vUAnAMA0HS7tHmCSJKzaXlY3DxDvy1Z7M9ud ffiUAgKIGHVC4A2SlaJuS5sNH6DbqMuBWti4WFKg5TrW3C9P9QrlOVkECn8calx8 alaQ8nCxXkpakqx2RHa4vtp1Gjm1HGBzbN3A8VjPaPAkorOq/IfZlHmQL5MXYmNs qrVuoRnF3ugVmdSNA8/YnPDm3xE5BzF6ITu3ZniOt/Q/m0ykzVXvwI920059oPeY pU0W5clLptFcHXC4iFe4WdTJbKTtXdQxcN1SuKunOcnsMuFkGkZCJBsiPBgUps6Q VomQ92tKuv4poGMSKzWD =YMxz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691385: yasnippet: Upstream location changed to github and new version available
Package: yasnippet Version: 0.6.1c-1 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Today I found that yasnippet upstream has moved from google code to github. The attached patch for debian/watch follow this change, and also found that new version (0.8.0) is available. Please consider packaging new version. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yasnippet depends on: ii emacs 45.0 ii emacs23 [emacsen] 23.4+1-4 ii emacs24 [emacsen] 24.2+1-1 yasnippet recommends no packages. yasnippet suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQiHt+AAoJEOx5ooBqGSMZqYUQANh3D/4LNdz9PQvfQdgMCBIH ftk0B/x7WRINnfB8ZO4oSmw9MDggCagoO8T1cKODDNsHrPH5UAZDH2qobnGF7fp2 dhlqedWKLqn9jETcQm3sMGp6gMy92hz/PqDDS3FkQKWFkxXlJ6oZDuwv2tNERkKW 6zpsMpM4vFkQcoHLxYA/cjGClmA9gd4fqRm1blcTnoT+qPJb882NirGwaB5Kb284 WREFYJlal+EM1BALLGZ6WmbzcLu8cCzIisTdklh/IaT2ReewiKHqSFo3IKWqEZD4 enoLyS++PpoK0uu0oF3EPTZxKAea6pVrRD12RFDl/7bPGiZaEjC2OocOXBDZofIZ YYEgQcpP6qn7C1S9JaFkeAiwOfJbo7u3VJ11h1lZu4ADv7l2GBZ+0HJRJ6Ztoz+U gEAoBIi3g4NQgjpriGy9MT1KGuRLoszEsAuZ6t3/1cAQKtcCfM1shV8Jm+xu0UfT /DZ6Sc10Fc9tqfwb1I+0f9JFINa5K6O1Otz6PGqD1i2P1etrEbEvvmE/0MQkogh/ 8O4ZQev+fvLZBoqKpt/ydmWWmsC/JKh1fLJVZ263tHbmmqFMHWRLCJD13baZuFMp VGc1mOoehJjPSWvROiBNhdzx6ddkadm8KZ4Okqq0mHmxZxNUf39bUAkkLCLw+Cph AjtNqn9sadlO+wPftmAF =7JwX -END PGP SIGNATURE- --- debian/watch.old 2012-10-24 21:15:14.0 +0900 +++ debian/watch 2012-10-25 07:12:24.0 +0900 @@ -1,4 +1,4 @@ version=3 -http://code.google.com/p/yasnippet/downloads/list \ -http://yasnippet.googlecode.com/files/yasnippet-(.*)\.tar\.bz2 +https://github.com/capitaomorte/yasnippet/downloads/ /downloads/capitaomorte/yasnippet/yasnippet-(.*)\.tar\.gz +
Bug#690743: python-mode: Please add `python3' as valid interpreter
Package: emacs23 Version: 23.4+1-4 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, An executable script file having shebang line like #!/usr/bin/python3 is not recognized as python script by python-mode. This is due to the fact that python3 is not registered to interpreter-mode-alist in lisp/progmodes/python.el. On Debian, it seems that `python3' is the standard name for the interpreter for python3.x, so it would be nice to handle these script as python-mode. The attached straightforward patch fixes this problem on emacs23. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.4+1-4 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-9.1 ii libglib2.0-02.33.12+really2.32.4-2 ii libgpm2 1.20.4-6 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-2 ii libncurses5 5.9-10 ii libotf0 0.9.12-2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-3 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-9 ii libtinfo5 5.9-10 ii libx11-62:1.5.0-1 ii libxft2 2.3.1-1 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.7-1 ii zlib1g 1:1.2.7.dfsg-13 emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.4+1-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQfhmEAAoJEOx5ooBqGSMZGY8P/RiH4B1u/hxFAdk6o2FsDwsv tmprJqI5APwCXZxe3gqiVRbX1gn3gQsKLwhuBpDf9risSsZOq6C8rl7g9b0M1xIB fqtBeqZl7yB9fhO/IP6fXf6tv99w4xsKWnVOd0qGTTxBfC62WsT8Ha7UjA/YtJ7Y 8y9aixeN7e65xcztvzoEot43O7TqN1J8N5GFdtQjfrGUocJeWMcRjeIGB/gNMdW2 5zXaewSvlv542XI0TXyihuvSTar9Gx97SLe5aEYVAqkyN69eRXDCO9j2wK8XeNUo ITIccm4FB8b66iSIW7j1jiKsHQFZmGkVG7JqUL5cwzgQGP5hPdN6VeEt0QBDad15 vTdrC1PPUJvU8ucUh8Zng5Sd83pAfSHNWa0GevV/QKJ4TpDEZ3xQ38CXb/RISdQF CVbOeMYNP0qQ/+paMqzNxxnjPIcUM7rKSDaBV5SwMijx0AB117RJNHRQOEozhPJx qZCLRTcgqSCtwzwzY11MurZ32Ax1fp8Kt2oO/Zc9b4XK3hAidieDkyOXk/G3D6po 5GRX9lbw1zsLM5Q852om90n9YqqNPIzALRVGSHNMg/LGSofHaiQpDqa6IGeL7Bpd GHXusFP6zjEhT7E+C31CD8k8MJuVKbt50BM4eMyZmH1RIyeYxLeR+mfRbTqDb7O3 6UunPzxwouXAU1Xb6FoV =HNNb -END PGP SIGNATURE- --- lisp/progmodes/python.el.old 2012-10-17 11:13:03.0 +0900 +++ lisp/progmodes/python.el 2012-10-17 11:11:48.0 +0900 @@ -86,6 +86,8 @@ ;;;###autoload (add-to-list 'interpreter-mode-alist (cons (purecopy python) 'python-mode)) ;;;###autoload +(add-to-list 'interpreter-mode-alist (cons (purecopy python3) 'python-mode)) +;;;###autoload (add-to-list 'auto-mode-alist (cons (purecopy \\.py\\') 'python-mode)) (add-to-list 'same-window-buffer-names (purecopy *Python*))
Bug#688832: git-flow: no command-line documentation
Package: git-flow Version: 0.4.1-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, I found from the command line that git-flow do not have document. Usually, git subcommands have manual which can be accessed by $ git XXX --help but git-flow seems not to have this kind of manual. I heavilly use command-line help, so it would be nice if you add this kind of manual to this command. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-flow depends on: ii git [git-core] 1:1.7.10.4-1 git-flow recommends no packages. git-flow suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQYmDkAAoJEOx5ooBqGSMZbjQP/3jQErg1G6DiHmd+LjThmoE4 a531ri6DeC3AVleHFR4yx8yc1BklxT0p/HprKMOhOqd4xRxI77myxx82y9kB27cz HncTBMtFft4qBJH9Es+FbZ/uEQTQPcCBAi/xeZbYtF4aIcgL9ZvgkGKFShrXnlcy ldVvIkfZakcVSn9jx7IW9EDcZ4ySkcEUYj+Q0zyxDBTLLEDAbhRI2hN2ToQ+mRSR HnpbYL1ZtiRppHUB8Fhg+tijRbnyOpauzuSVJloPEjLwhRWwaJLv0i0jTFWuFGtu r0qnnovmpxvMkCfjdVI9KEAzNQdQP1lB1y6Cq6v+v4AvHmbbPr+32vj5cogU0YS5 tAzZMYtE/iDF7oN1Gk/8JDLpo1U166ca+FsgdpdeadrdemKWnxbFWtaMdufKCYv6 JDC4EXhd18sGHTa4dDPFP8Ei0Wr1rzjj8cw9FZYi4q4PgwaA2angsaUhSvCALcgb BP949QDAiAwkKz5rvEuTMlbdgdU3Qot08ab2EACkR3e7Zp3V3AURfjXFSP5HV1vb 1UIFqBAUE0pbBBZpri6EZy6o6n+RNaP1Ckoa9B1He0T0XVAmfumx9KeRGOWTWgqA 1lV9fAU4dw6w1rjaXs/f7CAB1MNE5N0QdMERBThu25z9SCAaQNs3F2HmkmkJfnyQ RdpUFjHzj+WeYT5femPz =5U1o -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687127: libhdf6-dev: Fortran module version incompatible (again?) on sid
Package: libhdf5-dev Version: 1.8.8-9 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, The following simple Fortran program fails to compile with current gfortran(4.7.1, amd64) on sid. I assume this directly relates to #630586. This means that all -dev packages containing *.mod files for fortran need to rebuild when the major version of gfortran bump. $ cat test.f90 USE HDF5 PRINT *, $ gfortran -I/usr/include test.f90 test.f90:1.4: USE HDF5 1 Fatal Error: Wrong module version '6' (expected '9') for file 'hdf5.mod' opened at (1) Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhdf5-dev depends on: ii hdf5-helpers1.8.8-9 ii libhdf5-7 [libhdf5-7] 1.8.8-9 ii libjpeg8-dev [libjpeg-dev] 8d-1 ii zlib1g-dev 1:1.2.7.dfsg-13 libhdf5-dev recommends no packages. Versions of packages libhdf5-dev suggests: pn libhdf5-doc none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIbBAEBCgAGBQJQTUE/AAoJEOx5ooBqGSMZlisP+KpOPYO01i2fq+89tXVI8kl/ Xrjlt53mINj7bmw32ll/zUleMbVoO0Mh4tqHFXMc5NGPM31nbGlO+oRVJp+FPfn9 96OR3Wd34FQ1LQd5tXfpDfIvgSNCwi7ax3dEoJo6r9WPiFHoXuIhQVhJSjyvKixf lymPW7/hS5zk4LPl73SpvtkoJi0YJ5B01PcM5pEKXGaTq4Rc2nqJkbhKtRTjmG+o 6Oul+M9MKF94LeI9aTnvMK/rqgOrwyCYrEfwcM1rDKWgEXx+2NC3iXof+QGbQavm wqF5cMQSc/pVtEM1M5GlOwi193Hxd9pS4DI1dXEEHWtyx1mQe0RKI5BB6MvaXiye rfnmHpRcEP2nWG6aFUWzUoteY6jjwvYoeTlCKkdWSDvZPPl68tUuGnvr95S5nlta xjArhJlt56kadBmUTppGtxhWWvjIO0ajDOsJnRTP7eTAfTpBTunEFQ41IV/s/o9H FZtoaHBoq1PJhln1hbU8aX/UC+aaRkrr4i8Vyqtg+Vm5DhtLKfOvaVt3xNDECrmV ns15X+iapv+BiqUPvP+GSVxzVu9IEVcz1NFk3XcTz4i5R/ARTajRFySi4vj9PK1C rTgwJh26xBxq8NyaC2qJemEtS6yXlyd/g9VBIWxEzk/FSnP9THJaX1abbDGK5Uce dPiLIl62MKUABNR2c7E= =nRQl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680161: ddskk: please support emacs24; emacs24 has been released and is already in sid
Package: ddskk Version: 14.4-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, As emacs 24.1 has been released and already packaged, please support it, too. (Current 'emacs' package points to 23.1 for now.) Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddskk depends on: ii apel 10.8-2 ii dpkg 1.16.7 ii emacs 24.1+1-1 ii emacs23 23.4+1-3 ii install-info 4.13a.dfsg.1-10 Versions of packages ddskk recommends: ii skkdic-cdb 20110529-1 Versions of packages ddskk suggests: ii dictionaries-common 1.12.9 pn eieionone pn kakasi none ii lookup-el1.4.1-8 ii ruby1.8 1.8.7.358-4 pn skkdic none ii skkdic-extra 20110529-1 pn skktools none pn w3m-el none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJP8+E7AAoJEOx5ooBqGSMZOHsP/26Al6rguk2rb6KaBEzbUTGQ dhEWaZ20ZTs/eU9vJNvaBkCLk9iJiaz9wqYUfKgude+e1jgu2tgZkqL/bgN4fIoF 3fmNI/zPVPgvIFF0fOrFrjDbnJt1vFIhA7r74G3qf0kWHDvr09OfgN0RatH7ftND FoOpbp/Np/6EMrqFKRL9pPoiE9wmLlFg3PyCBohkGga6t0+rAv5hhmUhNKYzgptd kdZnTSVudQWE86ZuBIN8uTKXgt7k3UpCXTnlDOTP+7MuxxPNSE+EBX3eCcuo1Dim ol4qMvIHBxzLGqhmOZ/YilQLxxKdevVLH0qku9eI5GJkDi1vh1m/LSMkK9WWv3Qe vTEJt2zosqGidffWp0+BfxuGjAtKa2Tw++4ecFcLaF7FRr1WFktqR91Do0X7RiBB 6lndbED+bel2cXHW5rK317I3R6PgZWg4SGVFFhvIG/bVvVY5hxP3W0+FgY77dMyz kl0EECKFHsAAHCXqiXYuT2b8jR5KcnBNtzduU0VemhurTratlm77DfMIfMlXg+4x qY3QKpSt+RkTuaKdRj/FKx3Lcbf8B3LE7IlT+s9LGQM8oe/gyu3csNcyzfLTlOUo pnBiPT9uDwMEcWW+A7R9cDa3MW8iO+Yyb4DVpUBVBk72/1Y1W6yRoRXIEC1aDpLF c69aNtz93e7QwtWjI9t7 =iAC/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680152: fonts-mplus: uscan failed with current debian/watch due to the trailing slash
Package: fonts-mplus Version: 049-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, After 'apt-get sourceing, I ran 'uscan' to check for the new version. Uscan failed to download the new version because current debian/watch does not split trailing slash after *.xz. The attached patch for debian/watch fixes this issue. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJP86fhAAoJEOx5ooBqGSMZNBoP/2tDTrhAZ5GuDahebXbIOSGc t5uM94ArL3XJkJh9qWngFsoA3mYs1LzZxgVKVFV1Z9kfs5quX4OwxnEFlJq+VtY+ 59a7ILlfMwu6AFMLSSl8t28xh8bVsHvFSG3UCtuu9mPOt9vElRUXi+AWARaOeS0+ Bjt+QHDcu4XJmlBPW6fROjQtTvO8luWeQQf03WNuWQ2LQurl5W0TwyEKB7zFKQkn ZEr8yDLeFuilewM/PPqszSbG/ZFh7c3JxK8QCSuZdeeqGS6MJIqnc19E9YqvvLyX MiETNVcWzF50+JBion5ejbiwpqg5I0MpGQP1uIgdTm+buR9sB7A15O2YZFrki4gX BmQpxH4xz+CbEbWUzjQOsM8rNDTMvqsgb04C+AFNOEMB03uQZhnEpp539f7rq3M7 Waxr0F/eWy41CA2mDpQ0Qcr4AzFXJfEHzrbrUfxgHkIA1Pf/Q3wZw2ZiKJBdM/3J hN27hrxrse1X7qjqYggp/XxmK0Yy5Akox/I/IyT3crS9/25rUefCddWI2LmlEpHY dyIR70Kwy5JLJR6YGd6WeG1TpEZXudWLL9q87Yv04drQsjYJh9T0ZSS0LDFrXDhR uNpTdwL8Xm6E1IYU6FD3RFajbvaZmGHVhNXbmWeW2dv2KIKW+vK/iwu9KnwMBY3B /TCU0mdaI9/ukYCoe/9Q =3DZO -END PGP SIGNATURE- --- debian/watch.old 2012-07-04 10:53:07.0 +0900 +++ debian/watch 2012-07-03 12:55:58.0 +0900 @@ -1,7 +1,7 @@ # Compulsory line, this is a version 3 file version=3 -opts=downloadurlmangle=s/sourceforge/osdn.dl.sourceforge/;s/downloads\///;s/projects\///;s/gz\//gz/,\ +opts=downloadurlmangle=s/sourceforge/osdn.dl.sourceforge/;s/downloads\///;s/projects\///;s/gz\//gz/;s/xz\//xz/,\ uversionmangle=s/-beta/~beta/;s/-rc/~rc/;s/-preview/~preview/ \ http://sourceforge.jp/projects/mplus-fonts/releases/ \ /projects/mplus-fonts/downloads/.*/mplus-TESTFLIGHT-(.*)\.tar\.xz/
Bug#680036: fonts-migmix: license changed from M+/IPA dual one to IPA single one
Package: fonts-migmix Version: 20120411-2-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainers, According to upstream[1], MigMix fonts license changed to IPA single one. However, the debian/copyright does not follow the change yet. I don't know whether it is legally acceptable to drop M+ license (and debian-legal thinks), too. [1] http://d.hatena.ne.jp/itouhiro/20120607 (In Japanese) Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJP8mq8AAoJEOx5ooBqGSMZN2YP/0xFGHvpZy8eAMEIGCCkdB0k BlCKWJWbFgcH6enklxWDztQt+BYK3FKlJ7Aatghkwp3bf4DsmCErlud8RTAqtJp7 3BWZFcx0Gt0Qxtnb9DsnAT3m+YwmdWkQtuRtyVRw1ch6KZ2LM0MiL8PlJjh6FzfG A8EYpRaXcG0AzT3HshwByX5kwRunTvtHDww6SxCPHySLksN+Awa40PoUydO0UpZc ykn86E7FbwDbb5hcPsOVA59Vi0HlZQ4KB70hrdS/6bOJTumZ4oqQ+tx53udJ/M54 7isOoZ6SwiNRTD9eJGG1yrQ6ELSYWR61PA52uyzpLuExFlPAXy98x1+MaoSMtHJl WWkNjc6Uf9zgDolhDWmPbwjhf/E8nxomhkp+atcpPSSX2N6b12XX7+OVzep3W6sd e26gl8KxObEfErV+1DXRVOgmkQojlje+tXHHo1Ltl/8MRGWxkIUsnKWBig6DfSCq 013lWy3K/yHJ62nl9wdKjLQtvR0rzcrXhppsWjkUgiyKfaZFiOZYhFVjreZ2zQ35 1X1lGaN2UakpfPNHJie69YLqUlaYeedzJ11JIsS6r6fc9nnlQP/yVbNbRNrlMtdN 8l/gu4idU0w+flfrPLVSCLN96kLz4uDNfNsTGk5FySKFLwW+CS4QUQSRS7H9FCRy ixqw5BZHNPn/mgspsvX7 =s5wx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678476: emacs: Please package new major version of emacs 24.1
Hi, On Sat, Jun 23, 2012 at 6:09 AM, Rob Browning r...@defaultvalue.org wrote: Ryo IGARASHI rigar...@gmail.com writes: As the wheezy will freeze soon, could you consider packaging 24.1 for wheezy? I'm working on it. I finished most of the work last weekend, but still have to handle the non-dfsg (i.e. documentation) packages. I'm planning to finish this weekend or next. Thank you very much for letting us know about the current status of emacs 24.1 packages. We (I am expecting that not only me) are looking forward to the Debian official packages. Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678476: emacs: Please package new major version of emacs 24.1
Package: emacs Version: 23.4+1-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, According to the upstream ML, the new major version of emacs 24.1 has been released[1]. As the wheezy will freeze soon, could you consider packaging 24.1 for wheezy? [1] https://lists.gnu.org/archive/html/info-gnu-emacs/2012-06/msg0.html Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs depends on: ii emacs23 23.4+1-3 emacs recommends no packages. emacs suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJP49X6AAoJEOx5ooBqGSMZ0dYP/ApgfVjBkeP3Y8x+jzE1DqM3 E1dRKeAAtTGn+ZmQswKt8i+EFWh+iswod9HIrvN04st4lb54ZWA7gsqm6gcoiKNR 46aHop4Q7Ks2QLwIbmscYt4NubSMz4zVjfFl0bQwmyXxvMPF0mzHoLYoxNL+rFW5 5BqSHDDRkWcvCD5EcaWyuinicGs/N7CX/HGyus6YszLSXQhaOOTimgS+a+FIvRow BF1ZL/dt91sqbvSjcgtMFX/NmdYsE5No33VSz+drMXdLpHu93gum5cU3FoAUK+XA XrVY3SVf+vue/FWA5n3l50m54E5+1a1WyIXnEe4hRvuMiMZdcTwYI+gI/80fdwNr bRphwr5NCZJJxQ3/7fiNsM2hBg/JmxtZ3/n+MglEek0DbOU4sxIy7EjH5UucjWiE 5OJuvfMv+1naK3CMyO/a0iF1HpNjZSItCQQYmXz1xTPofT5gTyj9HrVES+gbpeOS TW96xxzuBAwXXS99BMy3dA3U/wVOL+5eZYnZiO+IrG9Z0N9a5FFCs+AzVdAr4Wnm Azu5zQEdPG1KKBMDOcoo4u0CDgd5m32fq1wEu+2se+hnq0hl9z9PkYF8UMK6VWb6 JmEOQMTiDPSMe00vHZcxxZV4jhlHD4dhlLUwFM2xVJodwQKUdMm1tBeczHEaMdWH YwBRuIViGflX73iZeJDP =pYgt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675534: dict-wn: fails to install: invoke-rc.d: unknown initscript, /etc/init.d/dictd not found
Package: dict-wn Version: 3.0-27 Followup-For: Bug #675534 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 package dict-wn tags 675534 + patch Dear Maintainer, To fix invoke-rc.d script in postinst/postrm, the attached patch will help. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dict-wn depends on no packages. Versions of packages dict-wn recommends: pn dictd | dict-server none Versions of packages dict-wn suggests: pn dict-gcide none -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPypG7AAoJEOx5ooBqGSMZ1boP/0cBVrvrP06qsziY3MQVAlYh 10H50wAhaDQpy7LtXwKJ+SZgU4Wiw0FV1KP2UMRAB/rrf3zrf3YmkfUpbNbCbMWL nSYdcWMeNgXECsTd3HeQPmD3dghlH4b4+NXwaN2lNlKHf0V4R09Nfy+vt2inDNcG li8xbj2PtML2jyy86c0EsG+MHYyhM2mlb7AxalwkKKOkzH/p9VzyQBweVqTN13CI yWORaBKC2G4RTJFFH1eJbsR27bAZaTyt1gezQKhp3t+U6lvJ+4rglrBXZXdkrTNe rmBX8FrbWYPnvtX91YW2nTe+BO4lurqgQREE+KRx8VpCMowSPoHlZUFSiSRb1J4S 8epWDciC1BFOQL9WZe473lrJWRLfOXhGnEe7dYbAg86PX+r31w8+uDlJDOVroABG QqRmlicb0JxBG6HDijnFlbkZJcjMC0D8Ss8aUsBIqHaR8+YLMyhvylFbR7A/RMUx WouaCi+SxFsSdEDy8eB39E+c/3oTKE2Y6sw7repjRYzKiqY9tjuaE1re4N+EOQdF yGvYFdHdvUnsxKTcpARlqjlhTUyF5dQqIjNx5zg6oLKm7hp9kzDYAH0/pbWGnxxd pggEljd61R1CghSZyvLJhORGpDVwe1au+NKRaQ0REw+i96cufjJo3649Tuza+vts Qi0i1uQcRbu5XBqZxgdA =B6iw -END PGP SIGNATURE- --- debian/dict-wn.postinst.old 2012-06-02 10:20:23.0 +0900 +++ debian/dict-wn.postinst 2012-06-02 10:48:17.0 +0900 @@ -9,7 +9,9 @@ if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi if which invoke-rc.d /dev/null 21; then - invoke-rc.d dictd restart +if invoke-rc.d --query dictd restart; [ $? = 104 ]; then + invoke-rc.d dictd restart +fi else [ -x /etc/init.d/dictd ] /etc/init.d/dictd restart fi --- debian/dict-wn.postrm.old 2012-06-02 10:46:50.0 +0900 +++ debian/dict-wn.postrm 2012-06-02 10:48:24.0 +0900 @@ -7,7 +7,9 @@ if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi if which invoke-rc.d /dev/null 21; then - invoke-rc.d dictd restart +if invoke-rc.d --query dictd restart; [ $? = 104 ]; then + invoke-rc.d dictd restart +fi else [ -x /etc/init.d/dictd ] /etc/init.d/dictd restart fi
Bug#673620: dict-wn: Please don't depend on dict-server instead of recommend, lookup-el package can handle directly
Package: dict-wn
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
Currently, dict-wn package depends on dictd | dict-server.
However, lookup-el package can directly handle *.dz files (without dictd
server).
As long as at least 1 package can use this package without dict-server,
could you weaken the dependency of dict-server to Recommends ?
I attach a trivial patch to debian/control.
Best regards,
- --
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
- -- System Information:
Debian Release: wheezy/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCgAGBQJPuL+QAAoJEOx5ooBqGSMZmj4P/0f8KYeiB11wguzNVlsGo23/
Lt3aBKjFAG0PVC3qVGT2MMOpNOktUBmf+6Ok/MH/Po7Sy74nYPmlmF41jjA+wQlY
AUUuUK1nbKln82KI45VRnZ0a+k80ey7EYi30ZomWeyTAIt+V9Lw5mVS6WnCELAO3
gBGCCf9SWEPdXxmt6q+6lXEffIYkxrbh57W6PJj4J9g07K1T8EnM7tXo58smKP7h
CTYS7637cJOFmNpp4NJfXYNy7DrN9elhIvXl4qChANqpi+Lxik2mHWV6XXAaWRFv
8PuxI3qFtOTb2dHhdVPTO/1Z6GSjiyYC5qHn1jjxCZwzi8tYvGz+eC4l9znKtyB/
1rlYK1zhPfIyPGM5BPnyHwnAUfCp/c5Gy8zfaLKX7bIfi9VHISTfYQ3amkjzI+Rl
ZnEOmqgkLw0o/bPDXNlr+BUnnaeMi87xS3t4FuDJ2Z6RUeVhaWBYybmXgv6v5j/N
m5nOSoaGllGMCq7EYQYRyj6HP9byECyVxJu8+4XBVQfDMNFLeUk4pc2DhSLLRCbH
Jl/AmAgBAKtmS07Ac3/mz8/FQzTyKdGrrj8hdTsmexE/4h0HGdjGB+jrp2vYx3O/
ITsxhtBeaCo1PdpjVN3A/5u/28PQIQwaNczlI3K4NSAYOjbJlYMWfr1AwBdnrOpT
QKSOx8iO1pmaPOIMMSpU
=UV9g
-END PGP SIGNATURE-
--- debian/control.old 2012-05-20 18:46:58.0 +0900
+++ debian/control 2012-05-20 18:47:38.0 +0900
@@ -135,7 +135,8 @@
Package: dict-wn
Architecture: all
-Depends: ${misc:Depends}, dictd | dict-server
+Depends: ${misc:Depends}
+Recommends: dictd | dict-server
Provides: dictd-dictionary
Suggests: dict-gcide
Description: electronic lexical database of English language for dict
Bug#673222: iceweasel: suggests renamed package tty-lyx, now fonts-lyx
Package: iceweasel
Version: 12.0-6
Severity: minor
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
iceweasel suggests ttf-lyx, now renamed to fonts-lyx (in current sid).
Attached simple patch will fix this problem.
Best regards,
- --
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBCgAGBQJPtHqUAAoJEOx5ooBqGSMZXBkP+wRLK5nCYRIQ8/WAMrFKkYsX
XPL8MLvct25kPOiPTTi2p2BX/UKpjQ127uUExVmUxtl/XiBAoGpqk7Q8m0kwzaoU
lKdze9R5o+okh0oNhV9Bk30R7ZTf1Q3HgTEvpwB+RMhR/aRImPXSf2J5KC5KoN/r
PnHYCtAZEWwfDoTaY3IejXv804nlCA2yFGywXSUNfQwmYmPIY3VQJqKbKVUZftT6
e6gy89PR3wwz+Lqyiu1dWX3VK0wwaMwIhkIDqQ8VSmBiJ+7Lvhu0yRpopyQX0sWA
GCXHrvAwb/TB/vFsn5UVxCi4BE1l72Cx5T3mRMGM3nn7d3BHOMPpOHFmGfe+0HDX
3cO2AkTcVT9M4DftRJOSoENh5uljvk9Y01Sn/pPq9i0NxljMq4/nVXoGG/L9S1R6
dQpDvGvMD+9U8SZRtZVbkce1EeSz8G8N15dDBoL7nmhOBhiGBZmG+yz65fdZJl6z
C8rTfnGUXxl8AZH00bXNkaDw1UTvAFpstee1epOFyossbudKQ7TfUAKhHinX+0F9
RSvM10ZWJ2dq6r390kkLLWG+1Ii5Utwq4sdcQB5wWpjr/GBC2syYptLIxmV/XHC6
rmklU9EliskuYFOHEmsIYLckYjHjo5SkeZ3l9UMuJLKZ2eQMF7ehstDLJ7RQjmWK
bGgBYbyk/4hHnJKmdOBF
=q/4Z
-END PGP SIGNATURE-
--- debian/control.old 2012-05-17 13:07:58.0 +0900
+++ debian/control 2012-05-17 13:08:30.0 +0900
@@ -61,7 +61,7 @@
procps,
debianutils (= 1.16),
xulrunner-12.0 (= ${binary:Version})
-Suggests: ttf-lyx | latex-xft-fonts,
+Suggests: fonts-lyx | ttf-lyx | latex-xft-fonts,
xfonts-mathml,
ttf-mathematica4.1,
mozplugger,
Bug#672449: x11vnc: Option -no6 and -noipv6 do not seem to have effect
Package: x11vnc Version: 0.9.13-1 Severity: normal Tags: ipv6 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, After reporting the bug #672435, I try to disable ipv6 settings of x11vnc. According to 'man x11vnc', there are -no6 and -noipv6 options available, but seems not working. x11vnc still accepts ipv6 connection according to the 'netstat -ln' output. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11vnc depends on: ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libc6 2.13-32 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.19-1 ii libjpeg8 8d-1 ii libssl1.0.0 1.0.1b-1 ii libvncserver0 0.9.9+dfsg-1 ii libx11-6 2:1.4.99.901-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes31:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr22:1.3.2-2 ii libxtst6 2:1.2.1-1 ii openssl 1.0.1b-1 ii tk8.5.0-2 ii x11vnc-data 0.9.13-1 ii zlib1g1:1.2.7.dfsg-1 x11vnc recommends no packages. x11vnc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPrLycAAoJEOx5ooBqGSMZaMMQALIvevYIVPIc78brZiGPN15L H9WytP5QeFjgQSzkbsnE1r6ajtgdvJTbWxsxo9+UU3+yMF4yEbzcc/b7ydqdimNA bi7ow4L0io6XFeBsLC8n7ZO+SBKr3WbX1BWJgk2tE8Z2G3E2LUUmaEWnsH09Q//n 8s0Yey1lNfjpbs+TL8chIk1tqaQP6UydiOHlpBw7vJuuV6/w/GNPAn4j7ho0YeW3 qfVssf9M0DXx3aFLGrMlGb/3d1F+bXiE7mitOiU2c2tMvtiLwo3etyfHQPsHXKp2 og6jlQiGL2hk5ES1nMMEmn5G7HLVUO1yAgqIL6JPknfnHZYmOeKpTQrBRn7KNJYh eY7OmVMAlwHC+hTsCPoY59BKJXMYGLqBprEK5qNTguYeAvRIPLCRoHj7ta7CbcpR 4jisXqt9IQtZ0bsidgl4QL/VBNmWapDhKoUMWqhfuLvk3Sm2R1Te+aZbZMubkymh thAWQMq8Fg35oR+xQYTR6vNRUNJKGqiibyL2n6zQca2P+L9Jhhfd/dBur0GuQT0u XhEBj/RSXnzJ+JX+iUcp/G857ON5j3q7i0mkm2DVeNTk+1h6NPrMhtP0ok8OhAGG XbP2ZXgSB2GyC/KRahYV5KbX2tEgWi0oONOfWkgLiHOyYU8ovJHyhrdTse3yO8tx mzPWzis3M/FuyRhoKtTF =Lyvl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672435: x11vnc: Option -localhost seems to fail to restrict ipv6 access
Package: x11vnc Version: 0.9.13-1 Severity: normal Tags: ipv6 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Today I found that the option -localhost does not restrict ipv6 access to ::1(localhost). Looking at the -localhost option section of 'man x11vnc', the ipv6 access seems to be restricted to ::1 (loopback) as well. However, the output of 'netstat -ln' shows: $ netstat -ln Proto Recv-Q Send-Q Local Address Foreign Address State ... tcp6 0 0 :::5900 :::*LISTEN ... I believe that this shows that x11vnc accept all connections from ipv6. I use the following for invoking x11vnc from /etc/rc.local: $ cat /etc/rc.local ... /usr/bin/x11vnc -display :0 -auth /var/run/lightdm/root/:0 \ -loop -forever -shared -localhost -logfile /var/log/x11vnc.log /dev/null 21 exit 0 Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11vnc depends on: ii libavahi-client3 0.6.31-1 ii libavahi-common3 0.6.31-1 ii libc6 2.13-32 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.19-1 ii libjpeg8 8d-1 ii libssl1.0.0 1.0.1b-1 ii libvncserver0 0.9.9+dfsg-1 ii libx11-6 2:1.4.99.901-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes31:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr22:1.3.2-2 ii libxtst6 2:1.2.1-1 ii openssl 1.0.1b-1 ii tk8.5.0-2 ii x11vnc-data 0.9.13-1 ii zlib1g1:1.2.7.dfsg-1 x11vnc recommends no packages. x11vnc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPrHWWAAoJEOx5ooBqGSMZgUkP/RmZCvJe1lo94thPw2MxX0OF Ghzn71j/b8BElyXgLh/ucJj//vMNxQ+L99n/ghsGdpM5SiaefgKwBwz/sGj2Npeh 2tDy+XbSLFKHAajOigr4v8VCaQZC2hWvQ0L45kFb9ym+RV+y1D+PHrOJ3BKG9FtV 3RTyqlBGM99AAXmeVSRss9iwPzMmyJCzjj5lhZJ1L58dtZo7WyJ5vUZmuzX1qQnr ELnWVTYVp17BX6g/pNVOooAirUbdvzj6fJ6BZekd3HkOaOPLucFdjAOkaQJ3kpvn C00dxnS0ttK+OYlo4oUlo7xdi2JXa3KYQXU2u0q8jPH4LLSDApC/QV2TNhH0Cs9l CHZ5cWKy/HMZbdcE/HFMbPndRz7cBuPvyZylilS/vTUq/CbkGKrsNRjloE+K9I9W 2HfAR9QS5B/jGvWgR5ws7UkLCVTqqBZDxrn4Kh+D4MO2vsadkIAWdd7ge+sJ33Vj KmLEU08KC7FkiarSsdGEzxCHBBSD0nEKsXS+YWfHn832BeVjHc0MWqSY0KJsXwnB KQQkqUZa3MHsrFBfy6rCyBFBDzeN89EFJ9PMSvQBYts+pFtXg8aWvdgkimHk2UWk AkeOcvac2BejchCBlmVh5B7CgqAwg+/wZR65Ob2xKqMCtfY5NEthT30Ag4F7rV5O L8aD4rd60HY16XnBQw0o =nili -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672439: ufw: destroy all iptable rules on purging (breaks e.g. fail2ban)
Package: ufw Version: 0.31.1-1 Severity: critical Justification: breaks unrelated software -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, It seems that ufw destroys all iptable rules on purging. This breaks rules given by fail2ban package. /etc/init.d/fail2ban restart restores fail2ban filter. Note that this occurs on purging package, but I believe that breaking unrelated package should be prohibited. How to reproduce: 1. Install openssh-server and fail2ban 2. Check fail2ban filter with 'iptables -L' * fail2ban-ssh filter is present 3. Install ufw and enable it 4. Purge ufw 5. Check fail2ban filter with 'iptables -L' * fail2ban-ssh filter has gone Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ufw depends on: ii debconf [debconf-2.0] 1.5.43 ii iptables 1.4.13-1.1 ii python 2.7.2-10 ii python2.7 2.7.3~rc2-2.1 ii ucf3.0025+nmu3 ufw recommends no packages. Versions of packages ufw suggests: ii rsyslog 5.8.11-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPrIlpAAoJEOx5ooBqGSMZbK8P/jLV+946ECzXz/j49ry7qLSf QEzwhbqd4iDPBKhyCDgO4OG+DI2YOH6AJqo8AShAlyTez/vvzm5magXBds9qM7Rr M00sG2z02R+lVWoyq5mUQgAsuAK3NTalXX2paIGNDUl0atQKRdx8PrYSYX1YComp 5q9SZjp10leDIq3ir84rphZ99871X7TWxVfKNGHpiukExdhbfBhwtE1vGQONlvTP l5FqrCAytidGGjXGXZPK3iH1/OG70BnBbxQG4Yp23xT3JZnv+W75P5tSxw1aHJ1i lrBiVjLMInljfAjZyIwK4v//kb1/ljqRWfeI9XnJKgxNXERXxLYyghiLBeI3sofJ Il74aVQZ9BM1ho6mS6rtqFTnj3XJA5OFXo/RbZ5kn3aoKCQMDiZUg7CrrLjukA+c O0kz9ELEXagiWctGfQ7e/J+/0wxHZr3Lve4cKXCQS2YROwJARv+L8VUhejJWXKb1 +nUjGoJUydiH9CVRdZ54osU6jwOf87RrdtPpLq9mrom0xNKe9Lj2IgTY5d3nZ0lk M+rOM/qB+LNgSy/DbmeRt4eLbWWhqSDl0tpheit/c2550DUwFGEiGGOEQzqrajYj 9Lebwb8/kw0cDUrN5Rno8BOIzDBQGkXh3X4hFgkpS5ZPaUh1XbFdYXJgO/Jz2d7L i8Yyja84lYxMbHqXJinq =939U -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660574: xserver-xorg-video-dummy: missing symbol DUMMYDGAInit
Hi, maintainers, According to changelog.Debian.gz (0.3.5-2), you wanted to close this bug, but I found it not closed. Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664048: python-matplotlib-data: should change dependency from ttf-lyx to fonts-lyx
Package: python-matplotlib-data Version: 1.1.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Currently, this package depends on ttf-lyx, but the package name has been changed to fonts-lyx. Please consider changing the dependency. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-matplotlib-data depends on: ii ttf-lyx 2.0.2-1 python-matplotlib-data recommends no packages. python-matplotlib-data suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPYZwRAAoJEOx5ooBqGSMZzYkP+gP6h+ZK/fZ0zLUT1zj5SumQ UuCmtJvkiS9SX6X9tiseR+2kR/MT7prEqWqjxPplRVn37WB8GPnwKBcHqEDPAj2q j0ohcwIfnTLAV1MaVllfSVyLkxZ7Pi9vsFqaPIphhEP+BDHQnWmkh/LRLawfRGDc WriMIUVpBL3fq+ldCQR9ie3jRLaVTixCy2y9y0BsyCCzccaEiTAMNpHBdQyZi+yz IhmGRjw5eIUPBOWXN82UAyPQBUF7eO+J7c0XDOeqRwHFOFPxcg+YXEFJPm1UyGZf KfDOWjDZcfKTohEOifyUYv0E9MVHUdzc3yh0GeurBKzkBRqf7qyhR95m/UEqBbkw lPoo42q1elburxTokTJwUZmhh039yZAIhtx7rMWC2K7rhASkMEhyFOZxXuUt32tk W3RDFN3lqq5kNYkyqr02lTlJKGijcXKupvlqqYfo9oxPQ/8VjpQ0uMasdg6sxoub kPtw8FZx29LQjWe/xEqVIAw/Tx68wzzsrCy4DOSkoWEdSFfePZ2dI1BwIC9kOPTa dsthd3A027HM5/IXrX8teQbrl05Lc7hqyFN2rGmIjB/Oj1vWhPHHhKwWrLEbBbte Ew2X/p0tc4ZciusEcYXRuagHVlJx7WHCC5oyCBfhsEyGJmu40s0oN2xISbJyAKpm GFLH1oTEm4GV0XxBXtLR =KpMZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660945: python-uncertainties: Please support python3
Package: python-uncertainties Version: 1.8-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, According to upstream website (http://pypi.python.org/pypi/uncertainties), this module is compatible with Python 3.2 (Python3 series) from 1.8. I would like to use this module under python3 environment. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-uncertainties depends on: ii python 2.7.2-10 ii python2.7 2.7.2-13 Versions of packages python-uncertainties recommends: ii python-numpy 1:1.5.1-4 python-uncertainties suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJPRZP5AAoJEOx5ooBqGSMZcnwP/0QAWq2JxfdePJhexHP1bA/d N/72Rcpgf8+xQSWIDZtLb3on7Cz/Kx8zMb+Gc7VvAKIh1B49ArxXqGloxAvhznAT OQf7+kOfv9qXs9oCI7wTmh/eZlzH5aEqtvgdC6xy2fYchmHiwGAg/DtJ3xGcxUUX 7Ep6LgTEl8gLHO+25fU21r4lSpIXgA1CpwkMZRJRug/myGCgGnbrWr4D8DqJpx6s uj+A9EUooMAU++5BM7KnS9QasMQwtd8YWZv27whHxYNXDOjjsWPZD3yrYDUvW86e E3dmCNwPGvI/nPlQM9o3BF4mh1GA+CXI7ytRtYUhL/3Fc0GQBmPoLv26O9CTivuQ F9KUx3THrIhnUUyfuODfRvHFa2kNP6agboo9Mh/sxOefDATRPEJ76ROtuzwuko0g Hw0F4nSbCI7OAubPvYCjvkm3/9k4NW7hDo6H54lOtbEame4Ui23g8fbGdbk3cHZC kHsU2taOVA7qcHZ67TrpcyUXkS/1KTMPp9/xYoYdKUVngDd8HgJijgLjq9aYupd6 H61PkPnDsBP30dnKMAKC53GFm2MKkl84oD19YCMMnjVzSDb8iah4wWm0Ze+o+YN7 U7IvDCw3b3AdgfGX1U8SBx43annhViiW/yESEw6N+5zeq8iNSG02w3dfF+xYBhDq j/o4H0xG6i7RsyxIGrkU =XZYG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648915: fonts-mplus: M+ FONTS upstream now ships xz compressed archive by default
Package: fonts-mplus Version: 044-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, - From TESTFLIGHT-043, M+ FONTS upstream ships xz compressed archive and drops gzip archive from TESTFLIGHT-044. Therefore, debian/watch file needs to be updated. I attach the patch for the changes for debian/watch (just s/gz/xz/g). Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJOw0ZNAAoJEOx5ooBqGSMZK7gQANbTxGg+FIwyhc4YUHNal3YN DLSKvBHJUkBA77QljfohPac/eOIAewmuRXzieY3tn47XikHFW/RzAyecJ9b+F/yX vLXri7WaBBuVScfw5ntzNiJxUMYyrEHLZrb1iDgkEMEwzGcTUTK8bdJvsgjc8SPr iPJPO3w1Mntu2Y7G4QlGKfTWP/N+3Eo5hvbc6j/C/NIaHZXhScnhpDzPwWI7+dBL ucfOw3HC2vn2xBRxqLlaWeqdm3d0176foG2vHzrAY0F5XJAlW+Se9T3zOHHvB2fP ix7i+DlHzZP//knGKcBX8X/ZUJDxiKemfGEnXopf7RfmYtd0kF+rmm0oRd4e1/u0 FegjZMduPdJ6y60si8rVyYfmuFyKcGmO3vaHSCxdrWssG+E7IAUKoODcWi9YhMQ7 +CUkEBPTi7EoCATIG/2XwTkMfcEJnURJ1GFQMduBemfi7W1QEwtN56Tl0oBi9igu uUdcDnNa+DliJsQUKw1RUb8Py/prYHM66UW8UwqcHr79a4ajomF0eYiQ6gwTUDCS XR7YFAFQ2HA0tSqgM6bCf4GdxuoVxtNUC0ilehHoISUPPjOK034CNIapteNBavQ7 pkBl1q99dc3TF58ojcACkf8MK2jw6TUgOFZVzso7lgKdB3yHHSeKlkPcgThApD3G 6EkT56ao8gw/tagEd4gi =jEgT -END PGP SIGNATURE- --- debian/watch.old 2011-11-16 14:04:37.0 +0900 +++ debian/watch 2011-11-16 14:05:29.0 +0900 @@ -1,7 +1,7 @@ # Compulsory line, this is a version 3 file version=3 -opts=downloadurlmangle=s/sourceforge/osdn.dl.sourceforge/;s/downloads\///;s/projects\///;s/gz\//gz/,\ +opts=downloadurlmangle=s/sourceforge/osdn.dl.sourceforge/;s/downloads\///;s/projects\///;s/xz\//xz/,\ uversionmangle=s/-beta/~beta/;s/-rc/~rc/;s/-preview/~preview/ \ http://sourceforge.jp/projects/mplus-fonts/releases/ \ - /projects/mplus-fonts/downloads/.*/mplus-TESTFLIGHT-(.*)\.tar\.gz/ + /projects/mplus-fonts/downloads/.*/mplus-TESTFLIGHT-(.*)\.tar\.xz/
Bug#645970: Depends: python2.7 | python2.6 and Suggest: python2.6, is this intended?
Package: python-apt Version: 0.8.1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, Today I found that python-apt depends on python2.7 | python2.6, and AFAIK it works without problem with python2.7 without python2.6. However, this package suggests only python2.6. Is this an intended behavior? If so, please just close this bug. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii apt [libapt-pkg4.10]0.8.15.9 ii apt-utils [libapt-inst1.2] 0.8.15.9 ii libc6 2.13-21 ii libgcc1 1:4.6.1-15 ii libstdc++6 4.6.1-15 ii python 2.7.2-9 ii python-apt-common 0.8.1 ii python2.7 2.7.2-7 Versions of packages python-apt recommends: pn iso-codes3.29-1 pn lsb-release 3.2-28 pn python2.6none Versions of packages python-apt suggests: pn python-apt-dbg none pn python-apt-doc none pn python-gtk2 2.24.0-2 pn python-vte none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJOn3N+AAoJEOx5ooBqGSMZ290P/1Sfil7fagAQWiXQJ93a1eJB zh0z0XAMeXQAU9AdEAYP6bV1esqk47THMS6++1nRMb8N/cE1wIulBH+7y/jVwnUD 9DLIA0jI9omTyVtuuylsTn9N7I+8cwY0mPSBAAY75W0tEiBxemXM/kXETvu9DF6S 1BScaaPG3SZUvEoQM9k5uRZz+eHRn5qdmxEw4lXVrtH67wlYALSWTAFh8P4ABQK/ 7qXvoGoKJwockcLKLoinGzIKUOo7UYxWmKdEuhGZeAStlfV03JXM5eRS8pjynaKv OLijOLpc0THkIUDhcS/QAy+myla6PvNbBALA4YY+qMRfW/i67UK05d+3aJK1faVj R/3+KpvNEsaXMLfiHlEKPw9vE44A3uSdIuStHMzPgQxOIH6QJ5hZxenZVwyWmZ5y KSiOO9re37ybb7H/4SUoL1jsbnKmsv+O9bNT/2W1s6obgEUOM853D2AKqfLslS0h nR9tKdLVtWp7llOap+dIB5zFz/jZ6ccR9BUDZ1lAuT61Hv/zf4lWq6R0nzh1T+Uu ONT7NQErlDY+uPpXBh0H1hDbK+1GT8p9dXpX0mrus/NZZgME0mS4XU84rD8wxI+m 25MkBX9CzRjazYUn3C1hZzKzxBv+nQmmn+KtZvJQYvcQvmdAbxJEhD+kxk4+Lrz5 FrBIAbZ9/dU3j8Q0hJau =hfcj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621056: python-scipy: scipy.sparse.linalg.eigen and eigen_symmetric not callable
Package: python-scipy Version: 0.7.2+dfsg1-1+b1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, After I upgraded the python-scipy package, I found that I cannot call scipy.sparse.linalg.eigen_symmetric from my script. This may due to the typo in scipy/sparse/linalg/arpack/arpack.py. (I could not comfirm if this is the right patch, sorry.) Please look at the attached patch. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-scipy depends on: ii libamd2.2.0 1:3.4.0-2 approximate minimum degree orderin ii libatlas3gf-base [liblapack. 3.8.3-30Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3gf] 1.2-8 Basic Linear Algebra Reference imp ii libc62.11.2-13 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgfortran3 4.6.0-2 Runtime library for GNU Fortran ap ii liblapack3gf [liblapack.so.3 3.3.0-4 library of linear algebra routines ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libumfpack5.4.0 1:3.4.0-2 sparse LU factorization library ii python 2.6.6-12interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii python-numpy 1:1.5.1-2 Numerical Python adds a fast array Versions of packages python-scipy recommends: ii g++ [c++-compiler]4:4.5.2-5 The GNU C++ compiler ii g++-4.5 [c++-compiler]4.5.2-8The GNU C++ compiler Versions of packages python-scipy suggests: ii python-profiler 2.6.6-1deterministic profiling of any Pyt - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJNnBLaAAoJEOx5ooBqGSMZrpUP/18LxJMOyj+cXDQcgvPDcprn sJ6lD+zC9v0rwPat992ayq/ZKvZ5yWTB7bl54rNUZmgo6GGSCFPPNpXdI2n+3foK rMBkmb+8ucdnoCBi9he1JGJmhJt+kfzoS8jeZ6lRpTl75lTHuM8c+O8OSBjsPVUc fpSpmpYE9WgKyTUwuGBT63eTD/xEfZQjuY381CpoU9GOjxqysg2cx+VwKjcycYfi vQmF75TwqZ0kpCDNUR48BCREcGiALHeDxuzvfbOQIc2TfszgRbZtP6Mzb50QlC1i xPLXbAX0HkD7TTJj9VzdfY49A6ZIuSjfUbKG2jbSCDjvTbkehRMvccP/HURFHWai qZw3AYGcGSRFLkqSPtzZLJPwHwKQ6hYfU7No0oWf1ELYJPnHMxLvr4XowhZD1lpf B8d5zPgwO2NdaS4e7fC0ABkfDNqICTZCIJq8FMuTgj4uf6mSS7BkHW9TAsCsMvcc w65dZ5v+q6oVYZBAYGN5UdlA0i+DEdKquQ1tBEGJUZ7U9C4psPWWQoJpoaDQS70x JEMLLxukXRu3WgeMzu3tAFAatQqnsFlp1cbekDGVhhtChmvLO8yD4iG54WEU1PoV kN7fiQkLTh5edeWwlLZ+BOFcSx+cP4rIZR+Sjhu3bu2CKUV5Uh2nbgqd9LWqkfzz hVy2T2ipKMPVZTFhx41N =28+v -END PGP SIGNATURE- --- scipy/sparse/linalg/eigen/arpack/arpack.py.old 2011-04-06 15:27:34.0 +0900 +++ scipy/sparse/linalg/eigen/arpack/arpack.py 2011-04-06 15:27:48.0 +0900 @@ -39,7 +39,7 @@ __docformat__ = restructuredtext en -__all___=['eigen','eigen_symmetric'] +__all__ =['eigen','eigen_symmetric'] import warnings
Bug#607046: ttf-takao: ttf-japanese-mincho available under opentype, not truetype
Package: ttf-takao Version: 003.02.01-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Yamane-san, # I know that this bug is not ttf-takao specific, but as I first find this bug # for ttf-takao, I file this bug to ttf-takao for now. Today I find that ttf-takao (and also otf-ipafont) provides ttf-japanese-mincho.ttf as /usr/share/fonts/opentype/ttf-japanese-mincho.otf, which contradicts the proposal on http://wiki.debian.org/Fonts/JapanesefontpkgProposal, which mentions that the provided font file is /usr/share/fonts/truetype/ttf-japanese-mincho.ttf. This causes printing error from emacs (M-x pr-ps-buffer-using-ghostscript) with following output: /usr/bin/gs (-sDEVICE=uniprint -r300 -q -dNOPAUSE -I/usr/share/ghostscript/5.10 -sOutputFile=\/tmp/prspool-3143ECX.ps3143RMd\ /tmp/prspool-3143ECX.ps -c quit) Can't find the font file /usr/share/fonts/truetype/ttf-japanese-mincho.ttf GPL Ghostscript 8.71: Unrecoverable error, exit code 1 Exit status: 1 /usr/bin/lp (-dPDF /tmp/prspool-3143ECX.ps3143RMd) /usr/bin/lp: No file!?! Exit status: 1 If we stick to the w-d-o proposal, the link under /usr/share/fonts/truetype should also be created. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttf-takao depends on: ii ttf-takao-gothic 003.02.01-2 Japanese TrueType font set, Takao ii ttf-takao-mincho 003.02.01-2 Japanese TrueType font set, Takao ttf-takao recommends no packages. ttf-takao suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJNBzXNAAoJEOx5ooBqGSMZLjEQAKcG1fLE57BDKT0NfyT+DVQ7 GfaNW+iEPqTtoClR8yzEfkHb1yAIGmClasF/EFOj9iC9Ngs1EdDiS11b1siEl7po Q5mytyBEwGD9q7OmwJHO/MtOjgS/EgOdWag/NaDH6B5XaJgHSBlprXnd+P7Ody0J KOkUyJcGP0pErxsNSD9mxKR2iOhu7Nw+GojnnN1zLpAXme7kEmhXJHDFjUKTYHKB PHfPjQV7WQllbECi65TyKvjmjwKbuvnB/XC3PVwd2SYztmfEj/FfwibLgrhp0itP /+8fO+dCIHsPORiAjLH90tSb8GeUZDv9t4aDy26kwtRyALSZ/EYT7Re2YOeB3MA+ tt3W9UPJQhbqBapd4zzgp87CHWpqHFVMs55k9aZ7355qz+imHz/mGCnSb7ja7vUB d5DUYHTkh6xgFs8bJU3e88i9aCCCzxVrlEutoB5DLlA1AyGqvdWuVNvxitTdaLAd gtxW4i3is33oA5kGOsQFIdbxroWvua4SdgHrfyuwlXQ78owVWpUzJ6+XHKOWfjZA 2Gnkt0iBpubz8gDPvOorCTR0so6nD2KDSVeWf8C4r3zrYevqZkMa0rTcbCBjDiZw hLz2e2fUQ+oHHjgPgt7tOqzh9xb5N006fgMI2IwPV9kimfa8NGfcKMRNDpzWkaTH gKfrO7rjpq0Gj0iqMpnr =7lXj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590541: tmux: 1.3 client cannot connect to 1.2 session
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, (2010/07/27 15:02), Romain Francoise wrote: Yes, this is already mentioned in a NEWS.Debian.gz entry in 1.3-1, however now that I try it, it seems that apt-listchanges has a bug that makes it skip the very first entry when the NEWS file is added to the package. There is a similar bug filed there: http://bugs.debian.org/565804 Thank you for this information. This apt-listchanges' bug is very confusing... Also, if you're running Linux you can access the old binary using /proc/pid of tmux/exe, and use that to attach to the session and close it cleanly if necessary. I didn't know that. Thank you again for this info. - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com OpenPGP fingerprint: BAD9 71E3 28F3 8952 5640 6A53 EC79 A280 6A19 2319 -BEGIN PGP SIGNATURE- Comment: GnuPT-Portable 1.6.0.0 Comment: Download at: http://portable.gnupt.de iQIcBAEBCgAGBQJMTnmZAAoJEOx5ooBqGSMZfvgP/0+W1Pfmwoldvu1X0XPv2Cgb 1MQ1f42U3DMM5V9MhydFOr52XbVj+r7CjqlK5sYzQiFqFxnqTrazfXaNLYeKyXWQ WpYu4f23b4ydIZV9Mvu3hSqnAmMLg6bJkTjygMpOA1+cIuHIGA4BYuuWEtbGQFyQ FMbd+Fvwf7tCXtVDjVteFExHETEXQT7HadrHLLYqfD+KkuT159WQGkhrW1PDW51p AdNXigCrezMY/MiJ6gS2zOC7GH98UpNyh3fCrH7Q507Nm8EyX6gdmnOYOzbuWNGH 0dWabt7aUFrpirTZiBSXdsqQWEmTyzRJRq29CRCuAVd9FsJJo232/Rmjv1by1stV W84QHRf0jc6NWS/rPPZxVM4BWauYR/cT14mUXRDCj4jhlVymu8dtKbOIPiQiZZvt E63bfz39LgSgeeTQDJ4589iCM4BP6VRLsb3F9xeM7YGJx6JC/S3bLEtMnGZriYW6 NajBTs0qJ5e9IgjYsSgc7rDMPvN5Ebq3cO0Dt5sM+RKxOuofjDCZcyDtZewJwlLt U1zVbZ3t1WGjk7JB6HPJR8G4Y1SHpVJHHzvv6EauNTFSxh5O+d9R2CvnYzvm1yGM KNPwBrVwbgU17Mjqbtehv4vKpdHqA0d2qTWUdmrvDA9W0Vi8uC5qWSEwi6vwXJgS qyUPHXQ8UsED2xdEQZDe =G4aq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590523: uim-mozc: Package description mismatch (not scim-mozc)
Package: uim-mozc Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Iwamatsu-san, The description of the uim-mozc contains: scim-mozc provides client part of the Mozc input method. This should be changed to: uim0mozc provides client part of the Mozc input method. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMTjIIAAoJEOx5ooBqGSMZfvcQAIWHXsB+M7VGW+lnH5TsRjEK 6gI/2V/z4+oGHg3aKSvl5+u7IfSbXIy7cdCRlecWvOujk4tFfWYDc6hnZige66// g4COmbe/tce3fs5XrHUVi2tIN9xhR/YhSix7YA6Jci84kijhAaP1Ya1qmKCbrPn7 LHqe+2D+7WbO989qkT661S4cyBsAYZvUd7NQZjUSdAoaXqgd0HyJocCt7hEFuYf4 Rqrgg4P7r6LVtQHyZzwS55Ba9dPlg4DJN20hvRr8E3LtUvwdrJGKJXaThbP1OtxA vE8MTCnR4ElvYSzK48sup+2FhjqsBiR3loR7r8OpJOa3dasrJIaCozWLhP5XdJKf 3DsDkOLTqL0ros34zWyRvCn7abf+dqmq57SPTCOG0T3nkw40kCZVY1ZFV70/Qta6 WDB7sPw/5F+FyajQdUZFQsF4ka9dzjFnsCYmkGZr8H0idNGZ6MM3zlmUkQfHkSlp +hJuu1Qd/P8gqyyh8pmFGZCwKHoeqZtmak0NljRwW9vGv+SvptAvgN6wJwE7KLs5 6nQ8M4CpQi9yt50n37ft3/5drupePgJRbsEMD3GC1cvN5TfNP+tGMfXCBTt2p2s3 xvmfkWztcLgAWWyXrTMDydfEPATkAinhNaGBOXdGNYK1uCp9ZdoUa9LXQtqjyXTo l+DgBrPa5m0KJ80Ralkp =oVrM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590541: tmux: 1.3 client cannot connect to 1.2 session
Package: tmux Version: 1.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, When I update tmux package to 1.3-1, I cannot attach session of 1.2. I think this should be mentioned when upgraded, since people may thrown away some work on the 1.2-based sessions. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libncurses5 5.7+20100313-2 shared libraries for terminal hand tmux recommends no packages. tmux suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMTm0oAAoJEOx5ooBqGSMZu6MP/RUqqZ7mhNU/6xmsE/EK0HnL W0MRSTLYLhVbAaJhn58xY/bKU49xBYb90mxE/9IlR+Tsy5zuaN0nS2WRqcu1yJgE fAzIV+f0ZxUEkKNrL5A8arn6pgkSk4L0VfjAVgSOcVRIDzWrujUHfh7nrPOUa022 5/9+cRvhtVfJrw6LrxxqJyqyb0ejhnQEuC7aTWhNlQemI+KHBSlFKI4ztuJd0sxl F9TI2zFsJmcgM6b4uB2FJhIkMLwH54Qie3HS+uaSkzizWPaWHLnF1qi6rc6eEIoz 9ZTmQaFq46QOKyhsspV3lKXOLZlFmC5qDGDgm1RPDXIjYKUBC85kPmxsLZrzhPba 24j5zHhaplJZIXBQN/MwTofPY5wV79tMAHmxDNzL4LuqHLoNId3NRPsCqH1irEB2 +a6eesh0N0sBDJUAXnNhp8X+jw6uQI5a9wXNgvIlhtQvEzazosRMzwuE3v2V+VIw tDG2kcY8S8J35ukVaOq9OtYyFn+53dyZL5ft5Lr8cVLfwLeyUfQS1F1VKkcI7hLV RapqY6rpHIHZ+TFM6Osuv0nM5+yjNrXtqA3SeyAIn3G1F76BwmYT4icwXZ08kUBQ Tu+eFvXLXFYc4x+IrofpXU/Q9fNVk5V5IKgdBL4nRxvQWUIJV8r2t8Drv84Jy3wC SBA/TR70F7Ax89z5eLOH =iD6a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588431: fail2ban: sshd filter: does not handle POSSIBLE BREAK-IN ATTEMPT well
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, (2010/07/09 10:35), Yaroslav Halchenko wrote: However, as long as DNS is working properly, I found (from my server's /var/log/auth.log) that this POSSIBLE BREAK-IN ATTEMPT comes only from mass port scanning of weak ssh server from attackers. but is that the only sign of failed login attempts? aren't there any other loglines which would be caught by already existing regular expressions? Unfortunately, not always. Attackers try to connect to the ssh port (thus resulting above logs) but do nothing afterwords. Maybe they are sending packets which only compromised sshd responds. sounds right, just use fail2ban-regex to verify on your sample log file or example string. Thank you very much for the information about fail2ban-regex. I didn't know that such script exists. That is sad that iirc we do not have in fail2ban an easy ability to extend list of failregex's in additional file like /etc/fail2ban/filter.d/sshd.local so you didn't have to 'merge' for every upgrade. Feel free to file a wishlist bug, who knows... ;-) Yeah, having such an ability would be great, but fail2ban is very stable now and I can manage merging every time when fail2ban package is upgraded ;) Anyway, thank you very much for your help! Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com OpenPGP fingerprint: BAD9 71E3 28F3 8952 5640 6A53 EC79 A280 6A19 2319 -BEGIN PGP SIGNATURE- Comment: GnuPT-Portable 1.6.0.0 Comment: Download at: http://portable.gnupt.de iQIcBAEBCgAGBQJMNsjjAAoJEOx5ooBqGSMZSjcP/jJ/kRJeJ6TPwx2CJes78BDO LC+T1ohNOWlU88rpKmPXK/SJjy7XoGhtA2Y8ChYa9ueGsk9gZMghF8dFBcrSSbE8 po32lfVLE6fqBSHj2tmvpD12OZH4WN10CDsjQXgOHfMPsGAoiktM4q+HTykLvAcu RoZ4F4Or7Unpk3tKIhc6wC50tY5lGghlEiIlxzNpHu0/CrulGrDkb+shU/nWQDan yJAhpq5SByifCwToz6122ri+m5jFozbiFBlJup8QmZF347KI3Rv9jyx2XMBWVa3U Bf+zmTCsn1dhOCusvCHjkza5nD6s1LbGj4ER0Ay+5XYs/zyNkOPAIUZr1z/3NbAg 6+rvroIvourwiugdXsOE3K+WCz0rwVTIeN3yB3XFtP3xdXupVJSJZ66/QG+nuZce ZpZ3DA9UOhxtKypS9bmTSaU2u5+UvLHE1y25knK2bU+5KsgEDdwUlBTzFE0Q3Z0n n8f1D4XhaPu+ZsNc7OO+kGraY+urDIAWgzOL80F0HY9HoOaEuHGs1zsmZnQ7i0Ja UakUhbTfVF8g3hMpfjWHXWwz+KFDoOhCvJHGgNrGCnjLDnljOlyprNJISM67cwHU OM9/fGRMDo/e1TIfY4Gn2FS4HUN/WmaowULma3Twn/INRV0/wsJRrq9F1DeZnFEa R0ZFNcYhqkZuiXwcxl6x =931P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588418: libatlas-test: Empty package
Package: libatlas-test Version: 3.8.3-23 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, maintainers, Today I found that current libatlas-test package is completely empty. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libatlas-test depends on no packages. Versions of packages libatlas-test recommends: ii libblas3gf1.2-7 Basic Linear Algebra Reference imp ii liblapack3gf 3.2.2-1library of linear algebra routines libatlas-test suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNXfgAAoJEOx5ooBqGSMZxyQQAKp8Mbyp5uamQAtnO9q0v8c2 4zxr8u9W1PXXUhUxtCF5GE4kwVmeKQnZniW7KpzckCPyWK9nRUQm7ClpNexpwAKx OlPsiHjFsmIhygF5a3OSW9XI/hJiIOwLMxgqmJ6dPFJvHa9OJZJ3rUUwAkdcJwHT ZBHskws0eQyL27RmX66XagEt+4Y01XZtH2tFsOa5CuS5P+6A244a13otiLxkKaGS q6u5ic4jUosAWg+EUB40lGpHwvG9bY6eUfMWwQjgxEw7EHX0DDkktYpIOZQeUM81 bDyEwR3tRTVlmsgSBtqllcX6vV5leJYPEPs70ZXn+N9YJ3BpGHVNK4f51nhU6BnL J6Y5H1pNxC2EY2br96fVgcyZ1mVDIwwBl3kXOei+7NocfniGkEKocerfOeMURpzm 4wRHGBWB26AMA5YaHl9k1KNjfF/VVYL/uYHkC+r+rJ3t0kDTHLME7kkBQXrNxB0c 0yAtVjKfUzBOiYfV4+tALqsNTcKL39ZL7PKAAAawnNUifAHg5Wm/4ixj7vZEOyCa hRwdZZhVl0NphFFAv+yhOFJflwkS5ME6dIRJBreRlADqEDLMrDgDrOR2JaRzKCnm VRPqlxq9vCfPiUciI6jB8Hjvqt1HCKKQzBctvmQVX4TPAANFj0E8K/Lg3NUvmL3h RdOp8KrioDa/aRJuOuN/ =xEuO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580335: Please compile multithreaded ATLAS libraries
Hi, I have been able to link my program with threaded ATLAS successfully as: $ gcc test.c -L/usr/lib/atlas-corei7sse3 -lptf77blas -latlas -lgfortran However, I cannot get any speed gain on our 8-core with hyperthreading machine. Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588431: fail2ban: sshd filter: does not handle POSSIBLE BREAK-IN ATTEMPT well
Package: fail2ban Version: 0.8.3-2sid1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, fail2ban's sshd filter does not match the following attach attempt: Jun 30 16:30:11 XXX sshd[28540]: reverse mapping checking getaddrinfo for example.com [192.168.0.32] failed - POSSIBLE BREAK-IN ATTEMPT! Similar looking regex is included in line 35 of /etc/fail2ban/filter.d/sshd.conf but do not work with above line. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNZ6ZAAoJEOx5ooBqGSMZCzkP/3ZCIAyrAAiEpWdnjHiCdFQF zxLF9ea1pfTspZ7XIzizooj4YwHoDDae32orzryYndugCWov8aeM5OxoiAAEoqRk BOuBuy2binf/3AL+NW96DTaK4U68se1vg7Cs9pzRSzzFJcVNzWX/pGEzmu69LWiU 7krgBaZ8Td6t5ocpHFeEhWHLcOsXMIVou9ehQ3tCxQs7/DEvzeP+SzNmY2XTnw4w OIFqnnqfQlEF9WC16ao4AK7InUEpwG0gMWuL9+RaQo5Wx9/Bpasxp9Xz/KwN+/AE g8gg0kE1r0Q8Dl9QIbhg9qnitaBF/q/J+p+o/YXVJ6Jf/Y47Aa/jO8XM3H4Uv1po 4sri1c1+8CvlmCokAXQL+8LKidCfP4CRhPLZOlU/MmqDaSfJsiHSvkDmTf8+93oC bLIzF081iGg3L7iixMyriO0kgeVgznIyJAg1l5bYOYWZ9dLGGTzeoa0uLs5Avrbl kUJeZQYwsuZYa1EIq2l7LRZW4lSF8tu9u3jckehgXM8nGDjz7aS8BQVQdiVVG5j8 C6S1vi5X6UdTjVlo/PnAIP3Nsm0oc8iJTwKXmY7XMZZICjhMyssrWlSUxm1308Bu ous+6js1bnaAoYK7eukuOJ2sui5xWlXcaBBUFGIpCx8W9G06Z0hDFrPfz1UD1WJp 2KnfaVjerxSedOAdU7ua =jwgE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588425: lookup-el: Automatically detect hunspell spell checker
Package: lookup-el
Version: 1.4.1-5
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi, Kinoshita-san,
Current lookup-el package automatically enable spell checking only when
ispell package is installed. lookup-el can use other ispell-compatible
spell checker, such as hunspell.
The attached preliminary patch enables automatically support for hunspell.
Note that adding aspell support may be done by similar way.
Best regards,
- --
Ryo IGARASHI
rigar...@gmail.com
- -- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lookup-el depends on:
ii dpkg 1.15.7.2 Debian package management system
ii emacs 23.2+1-2 The GNU Emacs editor (metapackage)
ii emacs23 23.2+1-2 The GNU Emacs editor (with GTK+ us
ii install-info 4.13a.dfsg.1-5 Manage installed documentation in
Versions of packages lookup-el recommends:
ii dicod [dict-server] 2.0.90-1+b1 RFC 2229 compliant modular diction
ii dict-elements [dictd-dictio 20001107-a-5 Data regarding the Elements
ii dict-foldoc [dictd-dictiona 20100130-1 FOLDOC dictionary database
ii dict-gcide [dictd-dictionar 0.48-6 A Comprehensive English Dictionary
ii dict-jargon [dictd-dictiona 4.4.7-2 dict package for The Jargon Lexico
ii dict-vera [dictd-dictionary 1:1.17-5 Dictionary of computer related acr
ii dict-wn [dictd-dictionary] 1:3.0-23 electronic lexical database of Eng
ii eblook 1:1.6.1-7electronic dictionary search comma
Versions of packages lookup-el suggests:
pn bitmap-mule none (no description available)
ii dict-foldoc 20100130-1 FOLDOC dictionary database
ii dict-gcide0.48-6 A Comprehensive English Dictionary
ii dict-vera 1:1.17-5 Dictionary of computer related acr
pn dictzip none (no description available)
pn edict-fpw none (no description available)
pn flim none (no description available)
pn ispellnone (no description available)
pn kakasinone (no description available)
pn namazu2 none (no description available)
pn sufarynone (no description available)
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCgAGBQJMNYpjAAoJEOx5ooBqGSMZNngP/2rLkJyx4LdIr0THPKys/GDA
NbSUjh6ZrO0YhSWelPBgzPebK3d63GxptOPuHcAfqtXBoHV7ZrplK/nIxom2+r6b
OOZ9hoZZt6iEvYDfeq7K5Oc9TPOOp+eVKZ+KDzZFvgqiaPVZP40j6FPhDhuYGZhI
bFHHSQYVinycG7mvvU+Vhe3evsQfCCS662nZuXLKfwjqYyC8+6d3ljlAxmGF3rtM
3JHbtGqcP3Ckr/IENGLRqkh/mjLeUH6Ni1hUX4ehMlM/YljGLgZc2CZdLYqPlCQi
HR1vNLRwhnDXG3BLO2EZ3uodMgobhBjv1q2XJ6PycngbJZhxudmVGTy/4UxEptxF
dMAGGNfvYUht0yl9wUs9xJIDht5BlPQPMsnju0jJ+hc9K87io8Itf0wCmui1bl3h
4UBoEdv8XVB7zIPz9g32Vk1P1NQS69C37RF5XBiGs3b92waW0ANlbhuZgTzQLdHs
iZbr47X0LQgGI5nkA+tZ490MF44yODFnzuUPuMfgc7G47lmkjCfqhFqzzSJ8vUpF
LwPIBjoju7VxPS5bWwQeaBhKHZQuPnqfsXLLC2ySMNscgWI8bTProIEB+iSki2gg
KjuIjnTimw53LBT1zYwHOU1tkhqZyIEW1Zv8utrIr+BR5scX7BF15HSwZv9+EbCe
u7Kzsd+ZDAybCAQwCf8y
=eXTR
-END PGP SIGNATURE-
diff -u debian.orig/control debian/control
--- debian.orig/control 2010-07-08 17:02:00.0 +0900
+++ debian/control 2010-07-08 17:02:33.0 +0900
@@ -10,7 +10,7 @@
Architecture: all
Depends: emacs | emacs23 | emacs22 | emacs21 | emacs-snapshot | xemacs21-mule | xemacs21-mule-canna-wnn | xemacs21-gnome-mule | xemacs21-gnome-mule-canna-wnn, dpkg (= 1.15.4) | install-info, ${misc:Depends}
Recommends: eblook | ndtpd, dictd | dict-server, dict-jargon | dictd-dictionary
-Suggests: bitmap-mule, namazu2, flim, dictzip, sufary, kakasi, ispell, edict-fpw, dict-foldoc, dict-vera, dict-gcide
+Suggests: bitmap-mule, namazu2, flim, dictzip, sufary, kakasi, ispell | hunspell, edict-fpw, dict-foldoc, dict-vera, dict-gcide
Provides: dict-client
Description: emacsen interface to electronic dictionaries
Lookup provides a simple and unified interface on emacsen to search
diff -u debian.orig/emacsen-startup debian/emacsen-startup
--- debian.orig/emacsen-startup 2010-07-08 10:08:04.0 +0900
+++ debian/emacsen-startup 2010-07-08 16:51:07.0 +0900
@@ -123,7 +123,10 @@
(add-to-list 'agents '(ndic /usr/share/dictd) 'append)))
;; ndspell
(if (file-executable-p /usr/bin/ispell)
- (add-to-list 'agents '(ndspell) 'append))
+ (add-to-list 'agents '(ndspell) 'append)
+ (if (file-executable-p /usr/bin/hunspell)
+ (progn (add-to-list 'agents '(ndspell) 'append
Bug#588404: scalapack: test command execution failure due to incompatible file location
Package: scalapack Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, maintainers, Recently I found that scalapack-*-test package installs every test binary under /usr/lib/scalapack, wheareas the needed input data file contained in scalapck-test-common package are installed under /usr/share/scalapack. This gives execution error of *every* test binaries. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNUaTAAoJEOx5ooBqGSMZZT8QAK5QvwbRTqWLjZASJACVBWiy sMNqoIK9XclCbmQFVKFYo1eBIWs5p88dpg3Yj82eDM2KffweMVamOG864GsYzJK3 ZG9BptJLh32L4XJZuhqCN8XwhrMsiYsKiNK7T/1fLndjYGtMCsfajz4+Tkq5GAPo GqoMLnZxnnbSO6nFsjM7EoYO0qL1o30CT91AGegG57fTerSVlYlw5UYPQHERew1M oDU3AOPk5C1PrPUpDdvj8dsIOL5efPIAkO+W97F6I9gtqTJPeI3KCFHES/owlWE8 tgju2gCwkGkz/LnkZ1h14DcxQK9Ve8VbX0DD89SE9SFt6U/eWw07cF8GAC0k0lJY JpT7lPxFM55GsxQ1d0TD9wOwM3nGS4YcQb0m58Mip1rjbIFQa4guVf2bZrhTudQB LChF+FB1j+OsxKzvimfVWlklZtcusPM0LsaZTCLxTn03DBFf0YKeesM4OwWsmJ5N fjzYLq8Bee89fV5ZNnRD88E0P1xORGMDphMatSfJ41z5CDjAhkBmJXr+UqwdBgO9 /1p7Ufg7PczFBvzveAlUFZ/Ia6UEpQvGYHlUp/4jdsvljOb/qtAq+naiGIevjKmR slhD4wUqG5axhiJu8ppfFvCv7I1ow3Plq0nSjorMJRahDI0li2pS/PiZTK6m00vq vZFwE+KWBRkMCJfwd+E1 =ysBg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588431: fail2ban: sshd filter: does not handle POSSIBLE BREAK-IN ATTEMPT well
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Thank you for your quick reply. (2010/07/08 22:51), Yaroslav Halchenko wrote: well -- if it indeed comes from 192.168.0.32, then you better alarm your local network administrator since it is a private net address. Not sure why/how your DNS resolves it to reserved example.com either. Well, I used example.com and 192.168.0.32 just to show that the entry is an example. My local DNS is not affected :) Altogether, not sure if adding a rule catching 'reverse mapping checking' failures, since, as I pointed out above, then any misconfiguration (attack on) of DNS server might lead to the wave of fail2ban actions against possibly valid users (this line btw does not give any information that user has tried to authenticate with incorrect credentials). So for now tagging it as wontfix. If you feel strong that such feature would be valid, keep the dialog. I understand that DNS problem (or attack) might lead to Denial of Service (DOS) for valid users on ssh. However, as long as DNS is working properly, I found (from my server's /var/log/auth.log) that this POSSIBLE BREAK-IN ATTEMPT comes only from mass port scanning of weak ssh server from attackers. If I want to block, is adding the following line to /etc/fail2ban/filter.d/sshd.conf correct? ^%(__prefix_line)sreverse mapping checking getaddrinfo for .* \[HOST\] failed - POSSIBLE BREAK-IN ATTEMPT!\s*$ Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com OpenPGP fingerprint: BAD9 71E3 28F3 8952 5640 6A53 EC79 A280 6A19 2319 -BEGIN PGP SIGNATURE- Comment: GnuPT-Portable 1.6.0.0 Comment: Download at: http://portable.gnupt.de iQIcBAEBCgAGBQJMNnopAAoJEOx5ooBqGSMZXjkQAM3GZ3rApAmXV9Ezxj1P2Ijw 12QABXAAWi8AdJY/enm4zSW3RfDCemn9bgYP0IQLcBktpTbmzBa5jjkEUhldAVPo /77Ol9ap3IuyZfNKYo1BmvN6FEARmfirDyZno5B+BdmmrzKGd6kVjH+VuiBsGidz EIfzBANUgDToNQm49GkAQnG2ufGQw6gY9SpOf4wnQ3JASuizF84UKqCiKYeJoSKG /R2PKTbFJcjlfDyLlzRnsysFxGqMHo989Y23ts6CM0HO4z5e0YlTro9GVfqdB+Zk oXVSpsVbvtJvCX0a/X/PjyuOXgPKhdFyBlfvaATumnUvO2ADlkkT6xFr+1F21VuC rO6GHKsCSnRUBj4KxCPZJtXPgS1YmHNET4jf1G4Ry6GuqAD18RevoDDfRpsZjSy1 rTnjrRWg4VACoYeVOr228oqZyK85731I2Ote8Eo/GqGEL9e6e9MNPHdXDCwH8iaQ fAi9V8+N9RHzhxrqpBYV2Yq6ui6SWp5jigXo2prvVmkx4b71T5brtV3qDEcCHMiu ubkcl3qvE6jaEfqKvd2JAtnqvwL7Xzy5YgzUVCp6Qr/KW+GJDVhPKSoZOet60k5A uiStsl9gxs/49qzymT3raEDSr+wClvxsdBLLhf3qes6s/zXYJoUzRbeO+KPnItPL OtHEc+CMFITlqKTi3Mwx =rtJm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588399: lookup-el: Automatically detect dico-module-dictorg's dictd server
Package: lookup-el Version: 1.4.1-5 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Recently I found that /etc/emacs/site-start.d/50lookup-el.el does not enable ndict when dicod is used as dict-server instead of dictd. The attached patch is for $(SOURCE)/debian/emacsen-startup file to automatically detect dicod server. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lookup-el depends on: ii dpkg 1.15.7.2 Debian package management system ii emacs 23.2+1-2 The GNU Emacs editor (metapackage) ii emacs23 23.2+1-2 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-5 Manage installed documentation in Versions of packages lookup-el recommends: ii dicod [dict-server] 2.0.90-1+b1 RFC 2229 compliant modular diction ii dict-elements [dictd-dictio 20001107-a-5 Data regarding the Elements ii dict-foldoc [dictd-dictiona 20100130-1 FOLDOC dictionary database ii dict-gcide [dictd-dictionar 0.48-6 A Comprehensive English Dictionary ii dict-jargon [dictd-dictiona 4.4.7-2 dict package for The Jargon Lexico ii dict-vera [dictd-dictionary 1:1.17-5 Dictionary of computer related acr ii dict-wn [dictd-dictionary] 1:3.0-23 electronic lexical database of Eng ii eblook 1:1.6.1-7electronic dictionary search comma Versions of packages lookup-el suggests: pn bitmap-mule none (no description available) ii dict-foldoc 20100130-1 FOLDOC dictionary database ii dict-gcide0.48-6 A Comprehensive English Dictionary ii dict-vera 1:1.17-5 Dictionary of computer related acr pn dictzip none (no description available) pn edict-fpw none (no description available) pn flim none (no description available) pn ispellnone (no description available) pn kakasinone (no description available) pn namazu2 none (no description available) pn sufarynone (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNSsbAAoJEOx5ooBqGSMZ5akQALYvcqI5eldkuxwLUGhEYxD9 NNXFGyNPZSfY8wMfoBb4tO91671//IWoyWTchDqOgE+jRjA1WaXLY9RJV650PfV+ ghBAVywvXhDHZaLsnObNFySlxaU3z4H/kj6oG2b3oNdpuZXCMERjxWpyPpDbUQdq LUWwA04JgKC6iu5Kv1+tCruA7zQjMa5LlzEVk7fmIHMlzwE307aSOtydmwZ2ojmB Viuip1TlkXfke6e72rAF24CZ2Fb2ZhYADBs2otJjaIkG/0EYAVWk0iTxNMWFkD3o tpuHlw1I4wRNED6RePkLsVhMYwOS9/WqEB0/Qtj1tEzcF/Cy6DSdz8W4OEqwIo1A 4H/jrZwyw5wgo0Ow3/xQ/8uWwL0vlzAQ1MP71cEqI0LkLFqtr7jtsSTkrM5AQ72z pXv+oOOc/nXpiffPzZ590xdP3FZdDnCFN/qug1CTFaMTzXRhkNeInU+v9ejf5ZAE t2Q/R7gz6VK+KxcC56bb0tqjd7dOm3cEkk8E7K/VL5YJZMwieGxdGIQ9Z35vgbKb 80N56m09tm4h2twIWdibmIGL+p3arkgCkQ7BfnurxzNiloAhp0ZMzIeP5IO0fx97 sAkVr4Fhkb6afuH245j2pSemtHhxJUy2y5tMys1utGgxMxez5QJZyGW5SyZFdhXA QoBMJgzcmPi7+EAzRafQ =RyVD -END PGP SIGNATURE- --- emacsen-startup.old 2010-07-08 10:08:04.0 +0900 +++ emacsen-startup 2010-07-08 10:15:29.0 +0900 @@ -116,11 +116,23 @@ (add-to-list 'agents '(ndict localhost :coding utf-8-dos) 'append) (add-to-list 'agents '(ndict localhost) 'append)) + (if (and (file-exists-p /var/run/dicod/dicod.pid) + (file-exists-p /usr/bin/dicod) + (file-exists-p /usr/lib/dico/dictorg.so)) + ;; ndict + (if (or (and (fboundp 'find-coding-system) + (find-coding-system 'utf-8-dos)) + (and (fboundp 'coding-system-p) + (coding-system-p 'utf-8-dos))) + (add-to-list 'lookup-search-agents + '(ndict localhost :coding utf-8-dos) 'append) +(add-to-list 'lookup-search-agents + '(ndict localhost) 'append)) ;; ndic (if (file-directory-p /usr/local/share/dictd) (add-to-list 'agents '(ndic /usr/local/share/dictd) 'append)) (if (file-directory-p /usr/share/dictd) - (add-to-list 'agents '(ndic /usr/share/dictd) 'append))) + (add-to-list 'agents '(ndic /usr/share/dictd) 'append ;; ndspell (if (file-executable-p /usr/bin/ispell) (add-to-list 'agents '(ndspell) 'append))
Bug#588402: dico-module-dictorg: Please enable dictorg module by default
Package: dico-module-dictorg Version: 2.0.90-1+b1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, When I installed dico-module-dictorg package in order to replace dictd, I found that dico server do not load dictorg module by default and I have to enable it by manually editing /etc/dicod.conf. I personaly feel that users assume that the dictorg module is loaded automatically when I install this package. However, if automatic loading is difficult, I believe you should add the need of manual editing on /etc/dicod.conf in README.Debian. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dico-module-dictorg depends on: ii dicod 2.0.90-1+b1 RFC 2229 compliant modular diction ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libdico02.0.90-1+b1 RFC 2229 compliant modular diction ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dico-module-dictorg recommends no packages. Versions of packages dico-module-dictorg suggests: ii dict-elements [dictd-dictio 20001107-a-5 Data regarding the Elements ii dict-foldoc [dictd-dictiona 20100130-1 FOLDOC dictionary database ii dict-gcide [dictd-dictionar 0.48-6 A Comprehensive English Dictionary ii dict-jargon [dictd-dictiona 4.4.7-2 dict package for The Jargon Lexico ii dict-vera [dictd-dictionary 1:1.17-5 Dictionary of computer related acr ii dict-wn [dictd-dictionary] 1:3.0-23 electronic lexical database of Eng - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNT+qAAoJEOx5ooBqGSMZ1DAP/jAxXYi4pqtOLB4wYzpuV5Im CqH0tqzrBcITpjMnuMyz1fooUp0Cfv93sMXV+hTTerk2qpcUu2FD9DFxxpMiWxke UuavKXxRVhd+CIcPicWR9Bis1qfFA5LbGy2GiLaqqKVHEGBaZ5cqZ2GipPAp7Hz+ ITSsDJweWKyHTCxAql2wQ6r3TaeJzyOEOD4X/Qoek2cYwM4euoakBMLRUtVj0As5 C4nbweTLMhqUtgdvtODZ8kcKpD3y9dXIP7qVof0wgLOAZPNtckjczhbEMUM9BnX0 8nwSEiEIDmY2+bII8wazVEBTcIr+JgCB51NlUNxVIV5hk+HOl2t+/jPf5YY4zDqD n/nSIeqzRIajy//W7lGKyiYzNk0wmifyJwrstAxKQzScadAt5yBO5P+mO9sYI9Qs qXhoBGLsnb4yqLhkVrMqK0BK6RTWDvFSDBv/jQHhJNrMmLbXxBy7ASQtLW6+jEUl l7rTehJWZIyoyxXIoTUcGGFYK9vOW4M6NAyogjpIsABWc/+u+JwkECqW92eYdyOD e3/mgunvyGmLPSflBmQuVIcoFeGFUM2y7etB7xcUgLE0rxzyF1pxezatm1c1nfhn 0PA6bw/L5df/M5ElINmlCs2yW9gsu27mc9h8lDckTColvBxRFNIN8SGKuaZt0jI+ T0lDwZwFKAKctvYi2Bnc =SPDX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588403: dico: New version 2.1 available
Package: dicod Version: 2.0.90-1+b1 Severity: wishlist File: dico -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Today I find that the New version of GNU Dico (2.1) is available. You may add debian/watch file for it. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dicod depends on: ii adduser 3.112 add and remove users and groups ii libc62.11.2-2Embedded GNU C Library: Shared lib ii libdico0 2.0.90-1+b1 RFC 2229 compliant modular diction ii libgsasl71.4.4-2 GNU SASL library ii libltdl7 2.2.6b-2A system independent dlopen wrappe ii m4 1.4.14-3a macro processing language Versions of packages dicod recommends: ii dico-module-dictorg 2.0.90-1+b1 RFC 2229 compliant modular diction Versions of packages dicod suggests: ii dico-doc 2.0.90-1 RFC 2229 compliant modular diction - -- Configuration Files: /etc/dicod.conf changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMNUFJAAoJEOx5ooBqGSMZbBEQAIGWW9LU083ew2lxinRuhYBX LJm6Jxt+TiQAsSBvZIeCs7cDDd5hda4wKa6FUhLispd4GWXH2E/aHPwPxPtO5oQw qRdkcLk7VqTVAPoq64jfAZQyP8qteSu9r4/lrk5dse5hyOmMq9rW6U/1g5mMCMAM ck12ShqtD7mTBndlq3mjYdV13F6y4BNn8pBy7Qk3VL2Nw4WGPiWevJii4jF8cURx rH1D4hk6+Mcw1GV7HnG7+RQ3yQaEyZ7bQMCBZ/7vriL/Ubg+5ULO9EJ7vy6lI7iC 9iKQMw/cZXH5d0AccQd9g9PnKom9Msjvr7A0ul/hphG/NzIYHy442fcFCgo0KwlE b2447pjywLQ1P2ABb0OJ6KgseSZ+C0WvagWQ00dbucsxwilqEmDiMJ1NWJeNEIAX aX0EATYVc7Cz4/SWcHZ3jeymRzEvVSM+4OQpJIl0o5thFfl+QtkUb5K9ZZi2z2TS 658taKAtywkQ5R5k50LvZIas8kHdXCTqCGJ52fJzNGtvHkFSyHnNHYvXqXel18Y7 /RlkhaY8aW1HzVbLGgNhVFrWOaBRtB0kPkMdQFQRwaLsBfok/rwsbiQEfao0yXHJ buCFogqJ4oyvGSPUDtidT7QB3I0QBn3XXrs9xA8uZ6DCKKdC/IAUPJkJlOCfUZHu 61ixJZnjIeF81Cs3Yjy/ =YjF+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576789: texlive-publishers: revtex4.1 depend on textcase.sty
Package: texlive-publishers Version: 2009-7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, texlive-publishers (2009-7) contains new version of REVTeX (4.1) called revtex4-1.cls. This new version depend on textcase.sty, which is contained in texlive-latex-extra package. I think that texlive-publishers should Depend/Recommends upon texlive-latex-extra package. Best regards, - -- Ryo IGARASHI - -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files - -rw-r--r-- 1 root root 1094 Apr 7 17:23 /var/lib/texmf/ls-R - -rw-rw-r-- 1 root staff 80 Feb 10 11:17 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Mar 1 12:21 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Mar 8 14:48 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Mar 8 14:48 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Mar 1 12:21 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf - -rw-r--r-- 1 root root 3753 Apr 7 17:23 /var/lib/texmf/web2c/fmtutil.cnf - -rw-r--r-- 1 root root 7527 Apr 7 17:23 /var/lib/texmf/web2c/updmap.cfg - -rw-r--r-- 1 root root 3110 Apr 7 17:23 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 - -rw-r--r-- 1 root root 283 Jan 12 20:38 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf 8e901c9e6562b73e4ba4d1b4e603412f /etc/texmf/texmf.d/30ptex.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf - -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-publishers depends on: ii dpkg 1.15.5.6 Debian package management system ii tex-common2.07 common infrastructure for building ii texlive-common2009-8 TeX Live: Base component ii texlive-latex-base2009-8 TeX Live: Basic LaTeX packages Versions of packages texlive-publishers recommends: ii texlive-publishers-doc2009-7 TeX Live: Documentation files for texlive-publishers suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.30 Debian configuration management sy ii dpkg 1.15.5.6 Debian package management system ii ucf 3.0025 Update Configuration File: preserv Versions of packages texlive-publishers is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common2.07 common infrastructure for building - -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJLvEX5AAoJEOx5ooBqGSMZoEIP/AvAwnfw/dtfBNxOg2amhyeD NXy7/hNmPWxwdqqyCpU2qKLEK0hqf+/MJZDQjnN8MHTmoDTusO/uWe8jB0Yj5sZr Rjy2s6EvuwVLbBCols26RRGkXUcGFTfoIzUYAg/4gbW25xfeCKO4x9CtAQT/N8mu onu0yxAZD1uWjDJ8Kypg42mpX4yU2l5tMOplBPn7kE4xRovtQLoceR2UUe5X6Ju4 d+cCB5X0bBaadPXUuzN
Bug#576478: python-crypto 2.1.0-1 only contains documentation
Package: python-crypto Version: 2.0.1+dfsg1-2.3+lenny0 Severity: important Hi, python-crypto 2.1.0-1 package only contains /usr/share/doc/* entry (That is, no /usr/share/pyshared/* files). This package is useless without such files now. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-crypto depends on: ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt python-crypto recommends no packages. Versions of packages python-crypto suggests: pn python-crypto-dbg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576238: libopenmpi-dev: Cannot compile static application
Package: libopenmpi-dev
Version: 1.4.1-2
Severity: normal
Hi,
Today I found that I cannot build static application with openmpi.
The simple example to reproduce is as follows:
$ cat test.c
#include mpi.h
int main(int argc, char** argv) {
MPI_Init(argc, argv);
MPI_Finalize();
}
$ mpicc -static test.c
/usr/lib/openmpi/lib/libopen-pal.a(dlopen.o): In function `vm_open':
(.text+0x144): warning: Using 'dlopen' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/openmpi/lib/libopen-rte.a(plm_rsh_module.o): In function
`setup_launch':
(.text+0x801): warning: Using 'getpwuid' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/openmpi/lib/libmpi.a(btl_tcp_component.o): In function
`mca_btl_tcp_component_create_listen':
(.text+0x126): warning: Using 'getaddrinfo' in statically linked applications
requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/openmpi/lib/libmpi.a(btl_openib_component.o): In function
`openib_dereg_mr':
(.text+0x29e): undefined reference to `ibv_dereg_mr'
/usr/lib/openmpi/lib/libmpi.a(btl_openib_component.o): In function
`openib_reg_mr':
(.text+0x341): undefined reference to `ibv_reg_mr'
/usr/lib/openmpi/lib/libmpi.a(btl_openib_component.o): In function
`device_destruct':
(.text+0xd1f): undefined reference to `ibv_destroy_cq'
/usr/lib/openmpi/lib/libmpi.a(btl_openib_component.o): In function
`device_destruct':
(.text+0xd34): undefined reference to `ibv_destroy_cq'
... more error follows ...
/usr/lib/openmpi/lib/libopen-pal.a(maffinity_libnuma_module.o): In function
`libnuma_module_init':
(.text+0x157): undefined reference to `numa_set_strict'
/usr/lib/openmpi/lib/libopen-pal.a(maffinity_libnuma_module.o): In function
`libnuma_module_init':
(.text+0x15c): undefined reference to `numa_set_localalloc'
collect2: ld returned 1 exit status
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libopenmpi-dev depends on:
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libibverbs-dev1.1.3-2Development files for the libibver
ii libopenmpi1.3 1.4.1-2high performance message passing l
ii openmpi-common1.4.1-2high performance message passing l
libopenmpi-dev recommends no packages.
libopenmpi-dev 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#551689: [Pkg-scicomp-devel] Bug#551689: libatlas3gf-{base, core2sse3, corei7sse3} depend on libatlas3gf-amd64sse3, not libatlas3gf-base on amd64
Hi,
On Wed, Nov 18, 2009 at 7:37 PM, Sylvestre Ledru sylves...@debian.org wrote:
Looks as if libatlas3gf-amd64sse3 is the base package.
The desired dependencies will be
libatlas3gf-*sse3 - libatlas3gf-base.
Well, here, no. libatlas3gf-*sse3 is an optimized replacement of
libatlas3gf-base.
Then the weird thing happens in i386, too.
On i386, I found that libatlas3gf-{sse,sse2,sse3,core2sse3} depend on
libatlas3gf-base.
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551689: libatlas3gf-{base, core2sse3, corei7sse3} depend on libatlas3gf-amd64sse3, not libatlas3gf-base on amd64
Package: atlas Version: 3.8.3-6 Severity: normal Hi, As new atlas 3.8.3-6 source has been accepted in experimental, I managed to build the atlas packages on amd64 environment (on Intel Xeon E5335). This time all the packages can be installed properly, but I found weird dependencies upon binary packages: $ dpkg --info libatlas3gf-corei7sse3_3.8.3-6_amd64.deb ...snip... Depends: libatlas3gf-amd64sse3, libc6 (= 2.3.2) ...snip... $ dpkg --info libatlas3gf-core2sse3_3.8.3-6_amd64.deb ...snip... Depends: libatlas3gf-amd64sse3, libc6 (= 2.3.2) ...snip... $ dpkg --info libatlas3gf-base_3.8.3-6_amd64.deb ...snip... Depends: libatlas3gf-amd64sse3, libc6 (= 2.3.2) ...snip... $ dpkg --info libatlas3gf-amd64sse3_3.8.3-6_amd64.deb ...snip... Depends: libc6 (= 2.3.2) ...snip... Looks as if libatlas3gf-amd64sse3 is the base package. The desired dependencies will be libatlas3gf-*sse3 - libatlas3gf-base. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555301: Uninstallable libatlas3-amd64sse3-dev caused by typo in the debian/control
Package: atlas
Version: 3.8.3-4
Severity: serious
Tags: patch
Justification: Policy 7.2
Hi,
I found the typo in the debian/control file on the libatlas3-amd64sse3-dev
package,
and this causes the package uninstable.
The attached patch will fix the issue.
Best regards,
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- debian/control.orig 2009-11-09 15:58:15.123471040 +0900
+++ debian/control 2009-11-09 15:58:42.878715866 +0900
@@ -285,7 +285,7 @@
Package: libatlas-amd64sse3-dev
Section: libdevel
Architecture: amd64
-Depends: libatlas3gf-amd64see3, libatlas-dev, ${misc:Depends},
${shlibs:Depends}
+Depends: libatlas3gf-amd64sse3, libatlas-dev, ${misc:Depends},
${shlibs:Depends}
Provides: libatlas-3gf.so, libblas-3gf.so, liblapack-3gf.so
Conflicts: atlas2-sse2-dev, atlas3-sse2-dev, libatlas-sse2-dev
Replaces: atlas2-sse2-dev, atlas3-sse2-dev, libatlas-sse2-dev
Bug#551689: atlas: packaging error on amd64
Package: atlas Version: 3.8.3-4 Severity: normal Hi, Today I tried to build atlas(3.8.3-4) packages on amd64 environment and found that there is libatlas-core2sse3-dev package but no libatlas3gf-core2sse3 package. (I could find base, corei7sse3, and amd64sse3 pairs) I am building this package on my Intel Xeon E5335 machine. -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555295: libatlas3gf-base depend upon libatlas3gf-amd64sse3
Package: atlas Version: 3.8.3-4 Severity: normal Hi, When I build atlas 3.8.3-4(experimental) on my amd64 machine, I found that libatlas3gf-base package depend on libatlas3gf-amd64sse3 package. Is this behavior intended? What I did was: $ apt-get -t experimental source --compile atlas Best regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548539: [Pkg-scicomp-devel] Bug#548539: libatlas-dev: Conflict with libblas-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, Sylvestre, Thank you for the quick feedback. On Mon, Sep 28, 2009 at 7:00 AM, Sylvestre Ledru sylves...@debian.org wrote: So, what do you think should be the solution here ? * move cblas.h to /usr/include/atlas (for now, my favorite) * leave only headers like in the previous package: http://packages.debian.org/squeeze/all/libatlas-headers/filelist These two will be an easy solution. However, almost all cBLAS-using software includes not atlas/cblas.h but cblas.h, building user software with installing only libatlas-dev and not libblas-dev will fail. Well, the interface defined in cblas.h is standard, so ATLAS will properly works with cblas.h from libblas-dev. * use the alternative system I prefer this option. As mentioned above, preference of libblas-dev should be higher than that of atlas provided version. The user of this header file will be very happy when this alternative usage is mentioned in README.Debian. * add a conflicts ;) This should be the last option ;) - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -BEGIN PGP SIGNATURE- Comment: GnuPT-Portable 1.4.6.3 Comment: Download at: http://portable.gnupt.de Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJKv+wxAAoJEOx5ooBqGSMZxkgP/20jAc73hvB3jh8ofIOOcSM4 mX1WhyJdedO+LD++LEAlqgpTgD/tdJzlNH6TOnivOxOl7VvN7mQmIZe5Plz4oVAA Z06Rps8/AEgKVemJp9vsT6Sp9o8jK0KqaYkRfIdv30nlB8Y1IY8gThX3KEdLqBn4 66fY2669+NABaEBinFhdl2S6n15f1VRLvW1OqO29k1jiS+R+EiGWOD7VZA44heBf fWQlBOpILlgYuQz/rLwHz3C3674suJCf6ZJJ+KT2eiWStniarSt/oIGmbgH99HGy b6CqIPu5jvVZSYWMIU4H2rCJiS1yvglwy8LNpM1Cm00LnM6CoZAVSkZbsIf3bgHH CvDGgIFIIVTq4VsskaAgHIu424FCMu7t9UDZBpUnNaAHqVeHL8zEuJP6gkei2sck njHm44dHjTNeBtJvyTuVMgMS2jsYhtYvFbyk3PIc78XnRL9Z05iaLXM1t8D1JnK+ /N5I/gtDYokA944N9BTfiFVPC8adTu4DfKwMQfdwMn9xwC6F0YGiqU+f5rdiZhbH vVJMzWmu9y/O2YkzBbYYAyVAZuHzOL1iYAJlf6ajZziq11kpAcXfHp59BV539cSf 6A0rtcoff0n6V0WlsOZjoYsgCbJAWlp040Yh3NRL+iNkAssURJUu28Mm3nwKwvOA 5PiLP1ABtc8v5tyrvrSd =eFOF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548539: libatlas-dev: Conflict with libblas-dev
Package: libatlas-dev Version: 3.8.3-2 Severity: serious Justification: Policy 7.3 Hi, New libatlas-dev 3.8.3-2 fails to install with following error. Conflicts: libblas-dev solves the problem but this should not be the option, since people often checks their result between reference BLAS and other optimized implementations... dpkg: error processing /var/cache/apt/archives/libatlas-dev_3.8.3-2_all.deb (--unpack): trying to overwrite '/usr/include/cblas.h', which is also in package libblas-dev 0:1.2-2 Best Regards, -- Ryo IGARASHI, Ph.D. rigar...@gmail.com -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libatlas-dev depends on: ii libblas-dev 1.2-2 Basic Linear Algebra Subroutines 3 ii libc6-dev 2.9-26 GNU C Library: Development Librari libatlas-dev recommends no packages. Versions of packages libatlas-dev suggests: ii liblapack-dev 3.2.1-1library of linear algebra routines ii liblapack-doc 3.2.1-1library of linear algebra routines -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538103: latex-beamer: Wrong navigation bottun position when show notes on second screen=bottom
Package: latex-beamer
Version: 3.07-2
Severity: normal
Hi,
The navigation icon position and real button position is diverges
when I set show notes on second screen=bottom option.
The minimum example is as follows:
\documentclass{beamer}
\usepackage{pgfpages}
\setbeameroption{show notes on second screen=bottom}
\begin{document}
\begin{frame} \frametitle{1}
1
\note{a}
\end{frame}
\end{document}
I compiled the above source with pdflatex.
The navigation icons appear in the real presentation page,
but the actual navigation button (where I can push) are
in the lower note page.
I assume that something is wrong with the navigation position calculation.
Best regards,
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages latex-beamer depends on:
ii latex-xcolor 2.11-1Easy driver-independent TeX class
ii pgf2.00-1TeX Portable Graphic Format
ii texlive-latex-base 2007.dfsg.2-4 TeX Live: Basic LaTeX packages
latex-beamer recommends no packages.
latex-beamer 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#534407: python-examples: README.Debian denotes the default python version as python2.3
Package: python-examples Severity: minor Hi, The 3rd line of README.Debian denotes: /usr/share/doc/python2.3/ This should be updated to be: /usr/share/doc/python2.5/ Best regards, -- Ryo IGARASHI, Ph.D. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529566: cryptmount: cannot handle equal mark when setting mount option like uid=1000
Package: cryptmount
Version: 4.0-1
Severity: normal
Hi,
I found that I cannot set mount option which has equal mark inside.
I don't dig into the code yet, but it seems that the problem
arises from the option parser.
For example, neither setting /etc/cryptmount/cmtab as
LUKS {
keyformat=luks
dev=/home/XXX/luks.vol
keyfile=/home/XXX/luks.vol
cipher=aes-cbc-plain
dir=/home/xxx/luks
fstype=vfat
opt=uid=1000
}
nor
opt=uid=1000
worked.
I want to share this volume file even in the Windows world using
FreeOTFEExplorer so that I must use vfat for the filesystem.
--
Ryo IGARASHI, Ph.D.
rigar...@gmail.com
-- System Information:
Debian Release: squeeze/sid
APT prefers proposed-updates
APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cryptmount depends on:
ii libc62.9-12 GNU C Library: Shared libraries
ii libdevmapper1.02.1 [libdevma 2:1.02.30-3 The Linux Kernel Device Mapper use
ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr
ii libuuid1 1.41.5-1universally unique id library
cryptmount recommends no packages.
Versions of packages cryptmount suggests:
ii dmsetup 2:1.02.30-3 The Linux Kernel Device Mapper use
ii openssl 0.9.8g-16 Secure Socket Layer (SSL) binary a
-- 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#512357: dvipdfmx: manual page missing for extractbb utility
Package: dvipdfmx Version: 1:20080607-1 Severity: normal Hi, dvipdfmx package has extractbb utility to create file consisting bounding box entry. However, this utility has no manual pages. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: 5.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dvipdfmx depends on: ii debconf [debconf-2.0] 1.5.24Debian configuration management sy ii libc6 2.7-18GNU C Library: Shared libraries ii libkpathsea4 2007.dfsg.2-4 TeX Live: path search library for ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libpng12-0 1.2.27-2 PNG library - runtime ii texlive-base-bin 2007.dfsg.2-4 TeX Live: Essential binaries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime dvipdfmx recommends no packages. dvipdfmx 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#507834: python-qt4: python-elementtree is included in python 2.5
Package: python-qt4 Severity: normal Hi, I found that python-qt4 package depend on python-elementtree package. However, python-elementtree is included in python 2.5 mainline and recent sid version of python-qt4 is depend on python 2.5, it is not needed to depend on python-elementtree package. So the something like depends: python-elementtree | python (= 2.5) is enough. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#506607: manpages-dev: failed to upgrade: conflict with glibc-doc
Package: manpages-dev Version: 3.12-1 Severity: important Hi, When I try to upgrade manpages-dev package, aptitude stops with following error: $ LANG=C sudo -H aptitude install manpages-dev Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages will be upgraded: manpages-dev 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/1526kB of archives. After unpacking 28.7kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 148377 files and directories currently installed.) Preparing to replace manpages-dev 3.12-1 (using .../manpages-dev_3.13-1_all.deb) ... Unpacking replacement manpages-dev ... dpkg: error processing /var/cache/apt/archives/manpages-dev_3.13-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/pthread_attr_setschedpolicy.3.gz', which is also in package glibc-doc dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/manpages-dev_3.13-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done [1]28370 exit 255 LANG=C sudo -H aptitude install manpages-dev This clearly shows that manpage conflict with glibc-doc package. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.13-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.2-3on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504424: [Reportbug-maint] Bug#504424: Bug#504424: crashes when trying to report bugs of reportbug
Hi Sandro, On Wed, Nov 12, 2008 at 5:22 PM, Sandro Tosi [EMAIL PROTECTED] wrote: FYI, the bug occurs from PuTTY from windows but not from Terminal from MacOSX. Mh, but the bug still occurs or occurred? :) Just to be clear before upload it. Thanks for your check, Oh, sorry for my bad english. occurred is the right word. With your new version, this bug has gone away both on amd64 and ia32. Best regards, -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505238: texlive-bibtex-extra: custom-bib is 4.14 while the recent CTAN version is 4.20
Hi, On Tue, Nov 11, 2008 at 7:14 PM, Hilmar Preusse [EMAIL PROTECTED] wrote: Normally we don't update packages within a TeX upstream release but leave that job to upstream. custom-bib v4.20 is in TL 2008. I tag your bug as fixed in upstream, we'll close it as soon as TL 2008 hits unstable. This sounds reasonable. Thanks for the quick answer! -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504424: [Reportbug-maint] Bug#504424: Bug#504424: crashes when trying to report bugs of reportbug
Hi Sandro, On Wed, Nov 12, 2008 at 2:38 AM, Sandro Tosi [EMAIL PROTECTED] wrote: I prepared a preliminary version here[1]: may you please check if it fixes your bug? I tried to replicate it with reportbug and zsh on a LAND=de_DE env and it works. [1] http://people.debian.org/~morph/ Thank you for your reply. Anyway, your new version solved the bug on both amd64 and ia32. FYI, the bug occurs from PuTTY from windows but not from Terminal from MacOSX. -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505238: texlive-bibtex-extra: custom-bib is 4.14 while the recent CTAN version is 4.20
Package: texlive-bibtex-extra Version: 2007.dfsg.8-1 Severity: wishlist Hi, texlive developers, I found from CTAN that the current custom-bib version is 4.20. (see http://texcatalogue.sarovar.org/entries/custom-bib.html) However the texlive installed version is 4.14. Could you consider upgrading custom-bib? Best regards, -- Ryo IGARASHI -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 978 2008-10-29 11:53 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 2008-09-24 20:06 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2008-11-10 20:17 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2008-09-23 12:54 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2008-09-23 12:54 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2008-11-10 20:17 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5273 2008-11-10 20:18 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 10656 2008-11-10 20:18 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4302 2008-11-10 20:18 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ 合計 0 ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf 8e901c9e6562b73e4ba4d1b4e603412f /etc/texmf/texmf.d/30ptex.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf dd062262a6496ad6f36075885719ff20 /etc/texmf/texmf.d/60jbibtex.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 3ab719bb2783c92b433db385be01d3c5 /etc/texmf/texmf.d/70dvipsj.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-bibtex-extra depends on: ii texlive-common 2007.dfsg.1-4 TeX Live: Base component ii texlive-latex-base 2007.dfsg.1-4 TeX Live: Basic LaTeX packages texlive-bibtex-extra recommends no packages. texlive-bibtex-extra suggests no packages. Versions of packages tex-common depends on: ii debconf 1.5.24 Debian configuration management sy ii ucf 3.0010 Update Configuration File: preserv Versions of packages texlive-bibtex-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.11.3 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505245: texlive-bibtex-extra: custom-bib: documentation merlin.pdf is missing
Package: texlive-bibtex-extra Version: 2007.dfsg.8-1 Severity: normal Hi, texlive maintainers, Today I found that the texlive-bibtex-extra Debian package does not install merlin.pdf, which is a documentation for custom-bib, from custom-bib package, which the original CTAN package has. Could you consider include it? Best regards, -- Ryo IGARASHI -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 978 2008-10-29 11:53 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 2008-09-24 20:06 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2008-11-10 20:17 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2008-09-23 12:54 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2008-09-23 12:54 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2008-11-10 20:17 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 5273 2008-11-10 20:18 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 10656 2008-11-10 20:18 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4302 2008-11-10 20:18 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ 合計 0 ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf 8e901c9e6562b73e4ba4d1b4e603412f /etc/texmf/texmf.d/30ptex.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf dd062262a6496ad6f36075885719ff20 /etc/texmf/texmf.d/60jbibtex.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 3ab719bb2783c92b433db385be01d3c5 /etc/texmf/texmf.d/70dvipsj.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-bibtex-extra depends on: ii texlive-common 2007.dfsg.1-4 TeX Live: Base component ii texlive-latex-base 2007.dfsg.1-4 TeX Live: Basic LaTeX packages texlive-bibtex-extra recommends no packages. texlive-bibtex-extra suggests no packages. Versions of packages tex-common depends on: ii debconf 1.5.24 Debian configuration management sy ii ucf 3.0010 Update Configuration File: preserv Versions of packages texlive-bibtex-extra is related to: pn tetex-basenone (no description available) pn tetex-bin none (no description available) pn tetex-extra none (no description available) ii tex-common1.11.3 common infrastructure for building -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504424: [Reportbug-maint] Bug#504424: crashes when trying to report bugs of reportbug
retitle 504424 reportbug sometimes crash when trying to display bugs thanks Hi, I reproduce this bug again when trying to report a bug to zsh package. Seeming that this issue is global, I change the title. -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504769: zsh: Completion improvements request: bzr
Package: zsh
Version: 4.3.6-7
Severity: wishlist
Tags: patch
Hi,
Current bzr completion lacks bzr co, which is an abbreviation
of bzr checkout. The attached simple patch solve this problem.
Best regards,
--
Ryo IGARASHI
-- System Information:
Debian Release: lenny/sid
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500,
'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages zsh depends on:
ii libc6 2.7-16 GNU C Library: Shared libraries
ii libcap2 2.11-2 support for getting/setting POSIX.
ii libncursesw5 5.7-1 shared libraries for terminal hand
Versions of packages zsh recommends:
ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi
Versions of packages zsh suggests:
pn zsh-doc none (no description available)
-- no debconf information
diff -ur zsh-4.3.6.orig/Completion/Unix/Command/_bzr zsh-4.3.6/Completion/Unix/Command/_bzr
--- zsh-4.3.6.orig/Completion/Unix/Command/_bzr 2006-05-22 18:33:20.0 +0900
+++ zsh-4.3.6/Completion/Unix/Command/_bzr 2008-11-07 10:27:44.146582579 +0900
@@ -86,7 +86,7 @@
fi
;;
-(checkout)
+(checkout|co)
args+=(
'--lightweight[perform a lightweight checkout]'
'(-r --revision)'{--revision=,-r}'[the revision to get]:rev:'
Bug#504424: [Reportbug-maint] Bug#504424: crashes when trying to report bugs of reportbug
Hello Sandro, Thank you for your suggestion. On Tue, Nov 4, 2008 at 11:44 PM, Sandro Tosi [EMAIL PROTECTED] wrote: I'm a little embarrassed by proposing you this solution, but since here I was able to replicate your bug (in a de_DE locale) and now no-more, I'd like to kindly ask you to try this: # apt-get update; apt-get dist-upgrade; apt-get remove --purge reportbug; apt-get install reportbug Well, dist-upgrade it's not strictly needed but it's just an easy way to have all the needed libraries updated. Let me know if this fixes the problem. I tried the proposed solution, but it doesn't help. I tried also on de_DE.* and en_US.* locales using $ LANG=XXX reportbug but this doesn't help much. I tried both on ia32 and amd64 machine, but the error output is the same. Best regards, -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504424: crashes when trying to report bugs of reportbug
Package: reportbug
Version: 3.46
Severity: important
Hi,
When I try to report bugs of reportbug package, the reportbug
command crashes with following output:
Please enter the name of the package in which you have found a problem, or type
'other' to report a more general problem.
reportbug
*** Welcome to reportbug. Use ? for help at prompts. ***
Detected character set: UTF-8
Please change your locale if this is incorrect.
Using 'Ryo IGARASHI [EMAIL PROTECTED]' as your from address.
Getting status for reportbug...
Verifying package integrity...
Checking for newer versions at packages.debian.org...
Will send report to Debian (per lsb_release).
Querying Debian BTS for reports on reportbug (source)...
232 bug reports found:
Outstanding bugs -- Uncategorized; Important bugs (5 bugs)
1) #420363 [i|M|] [reportbug] reportbug needs gettext however gettext
snip...
119) #431228 [w||] [reportbug] reportbug: Ability to filter bug list for
Traceback (most recent call last):
File /usr/bin/reportbug, line 1827, in module
main()
File /usr/bin/reportbug, line 850, in main
return iface.user_interface()
File /usr/bin/reportbug, line 1386, in user_interface
version=pkgversion)
File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line 513, in
handle_bts_query
mirrors, http_proxy, screen, title)
File /usr/share/reportbug/reportbuglib/reportbug_ui_text.py, line 591, in
browse_bugs
sys.stderr.write(line.decode('utf-8').encode(output_encoding, replace))
File /usr/lib/python2.5/encodings/utf_8.py, line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode bytes in position 140-141:
invalid data
I can submit bugs when I skip bug checking.
LANG=C reportbug does not help (also crash)
Best regards,
--
Ryo IGARASHI
-- Package-specific info:
** Environment settings:
EDITOR=vi
INTERFACE=text
** /home/rigarash/.reportbugrc:
reportbug_version 3.38
mode standard
ui text
-- System Information:
Debian Release: lenny/sid
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500,
'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages reportbug depends on:
ii apt 0.7.16+b1 Advanced front-end for dpkg
ii python2.5.2-3An interactive high-level object-o
ii python-central0.6.8 register and build utility for Pyt
reportbug recommends no packages.
Versions of packages reportbug suggests:
pn debconf-utils none (no description available)
ii debsums 2.0.39 verification of installed package
ii dlocate 0.96.1 fast alternative to dpkg -L and dp
ii file 4.26-1 Determines file type using magic
ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep
ii msmtp-mta [mail-transport-age 1.4.16-1 light SMTP client with support for
pn python-urwid none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504161: libopenmpi-dev: Package cannot be installed
Package: libopenmpi-dev Version: 1.2.8-1 Severity: important Hi, When I upgrade openmpi related package, libopenmpi-dev package fails to be installed with following output: Unpacking libopenmpi-dev (from .../libopenmpi-dev_1.2.8-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopenmpi-dev_1.2.8-1_i386.deb (--unpack): trying to overwrite `/usr/lib/openmpi/lib/libmpi_cxx.so.0.0.0', which is also in package libopenmpi1 dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libopenmpi-dev_1.2.8-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Best regards -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopenmpi-dev depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libgfortran3 4.3.2-1Runtime library for GNU Fortran ap ii libibverbs1 1.1.2-1A library for direct userspace use ii libopenmpi1 1.2.8-1high performance message passing l ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii openmpi-common1.2.8-1high performance message passing l libopenmpi-dev recommends no packages. libopenmpi-dev suggests no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503753: ttf-hanazono is Mincho font, not Gothic
Package: ttf-hanazono Version: 20081012-1 Severity: minor Hi, ttf-hanazono provides ttf-japanese-gothic. However this font is Mincho view, thus ttf-hanazono should provide ttf-japanse-mincho. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-hanazono depends on: ii defoma 0.11.10-0.2 Debian Font Manager -- automatic f ttf-hanazono recommends no packages. Versions of packages ttf-hanazono suggests: ii fontconfig2.6.0-1generic font configuration library pn x-ttcidfont-conf none (no description available) pn xserver-xorg | xfsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503358: texpower-manual: Should not depend on pdf-viewer package; please make it suggest instead
Package: texpower-manual Version: 0.2-7 Severity: wishlist Hi, I found that texpower-manual package depends on xpdf | pdf-viewer. I think this dependency is too restrictive. Here is my case: My group has a Debian server and group menbers log in to that machine via ssh from their own laptops and paper creation. I configured the web server on the Debian server so that my group members can access to the document via Web browsers. All members has their own PDF viewer on their own machine, so that no need of the pdf-viewer on the server. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#502266: eb-utils: ebinfo command does not show title properly not on EUC-JP locale
Package: eb-utils Version: 4.3.2-1 Severity: normal Hi, When showing information of japanese title dictionaries (e.g. eijiro transformed by EBstudio), ebinfo command fails to show title properly on ja_JP.UTF-8 locale (or even C). Looks like ebinfo does not convert title string to proper encoding. best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages eb-utils depends on: ii libc6 2.7-15GNU C Library: Shared libraries ii libeb124.3.2-1 C library for accessing electronic ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime eb-utils recommends no packages. eb-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502272: sdic-eijiro: fails to install from recent download version of eijiro
Package: sdic-eijiro Version: 2.1.3-16 Severity: normal Hi, When trying to install sdic-eijiro with recent eijiro download file (Ver. 113) and set the directory of the eijiro TXT files, the installation of sdic-eijiro failed. This is because the filenames of the recent (downloaded) version of eijiro are 1) All upper case 2) EIJI-113.TXT and WAEI-113.TXT like file names. Rename EIJI-113.TXT to eijiro113.txt and WAEI-113.TXT to waeiji113.txt, then reinstall sdic-eijiro again fix this problem. This change may be introduced when the version number becomes 3 digit. best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sdic-eijiro depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii nkf 2.07-1+b1 Network Kanji code conversion Filt ii perl 5.10.0-16 Larry Wall's Practical Extraction Versions of packages sdic-eijiro recommends: ii sdic 2.1.3-16 Emacs-Lisp program to view diction ii sufary2.1.1-8+b1 Full-text searching tools using su sdic-eijiro suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502166: lookup-el: Missing provides: dict-client
Package: lookup-el Version: 1.4.1-4 Severity: wishlist Hi, lookup-el can be used as dict client. However, this package currently does not provide dict-client virtual package. Best regards, -- Ryo IGARASHI -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lookup-el depends on: ii emacs 22.2+2-3 The GNU Emacs editor (metapackage) ii emacs22-gtk [emacs22] 22.2+2-3 The GNU Emacs editor (with GTK use Versions of packages lookup-el recommends: pn dict-jargon | dictd-dictionar none (no description available) pn dictd | dict-server none (no description available) ii eblook1:1.6.1-2 electronic dictionary search comma Versions of packages lookup-el suggests: pn bitmap-mule none (no description available) pn dict-foldoc none (no description available) pn dict-gcidenone (no description available) pn dict-vera none (no description available) pn dictzip none (no description available) pn edict-fpw none (no description available) ii flim 1:1.14.9-2 library about internet message for pn ispellnone (no description available) pn kakasinone (no description available) pn namazu2 none (no description available) ii sufary2.1.1-8+b1 Full-text searching tools using su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500660: liblapack-doc: failed to upgrade when libblas-doc is installed
Package: liblapack-doc Version: 3.1.1-4 Severity: serious Justification: Policy 7.4 Hi, liblapack-doc tries to install duplicating manual pages found in libblas-doc package. When tries to upgrade from 3.1.1-3 to 3.1.1-4, aptitude fails with following output: (Reading database ... 169935 files and directories currently installed.) Preparing to replace liblapack-doc 3.1.1-3 (using .../liblapack-doc_3.1.1-4_all.deb) ... Unpacking replacement liblapack-doc ... dpkg: error processing /var/cache/apt/archives/liblapack-doc_3.1.1-4_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/xerbla.3.gz', which is also in package libblas-doc dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for doc-base ... Processing 4 changed doc-base file(s)... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/liblapack-doc_3.1.1-4_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Best regards, -- Ryo -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500133: dvipdfmx: ToUnicode mapping: EUC-UCS2 failed
Package: dvipdfmx
Version: 1:20080607-1
Severity: normal
Hi,
I make Japanese presentation file using latex-beamer package.
I use platex + dvipdfmx for creating pdf.
In order to fix 'mojibake' issue inside PDF bookmark, I tend to use
\AtBeginDvi{\special{pdf:tounicode EUC-UCS2}}
flag at the beginning of TeX file.
This trick worked fine on etch machine but fails on lenny machine.
You can reproduce this problem using attached TeX file.
(You should use platex command in ptex-bin package)
(Example program uses beamer documentclass from latex-beamer package)
$ platex test.tex
$ platex test.tex
$ dvipdfmx test.dvi
test.dvi - test.pdf
[1
** WARNING ** Failed to load ToUnicode mapping: EUC-UCS2
** WARNING ** Interpreting special command tounicode (pdf:) failed.
** WARNING ** at page=1 position=(72, 200.126) (in PDF)
** WARNING ** xxx pdf:tounicode EUC-UCS2
]
5487 bytes written
(Note that PDF is made but cannot read the sentence inside PDF bookmark)
This is therefore a regression from etch. Is there a workaround for this?
-- System Information:
Debian Release: lenny/sid
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500,
'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dvipdfmx depends on:
ii debconf [debconf-2.0] 1.5.23Debian configuration management sy
ii libc6 2.7-13GNU C Library: Shared libraries
ii libkpathsea4 2007.dfsg.2-3 TeX Live: path search library for
ii libpaper1 1.1.23+nmu1 library for handling paper charact
ii libpng12-0 1.2.27-1 PNG library - runtime
ii texlive-base-bin 2007.dfsg.2-3 TeX Live: Essential binaries
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
dvipdfmx recommends no packages.
dvipdfmx suggests no packages.
-- no debconf information
\documentclass[dvipdfm]{beamer}
\AtBeginDvi{\special{pdf:tounicode EUC-UCS2}}
\begin{document}
\section{¤¢}
\subsection{¤¤}
\begin{frame} \frametitle{¤¦}
¤¨
\end{frame}
\end{document}
%%% Local Variables:
%%% mode: japanese-latex
%%% coding: euc-jp
%%% TeX-master: t
%%% End:
Bug#476696: cdebootstrap: pbuilder create fails
Package: cdebootstrap Version: 0.5.1 Followup-For: Bug #476696 Hi, Due to this bug, I would like to mention that pbuilder create --distribution sid fails. -- Ryo IGARASHI [EMAIL PROTECTED] -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdebootstrap depends on: ii debian-archive-keyring2008.04.16 GnuPG archive keys of the Debian a ii gpgv 1.4.6-2.1 GNU privacy guard - signature veri ii libc6 2.7-10 GNU C Library: Shared libraries ii libdebian-installer-extra40.57 Library of some extra debian-insta ii libdebian-installer4 0.57 Library of common debian-installer ii wget 1.11.1-1 retrieves files from the web cdebootstrap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463660: emacs22: cannot open filename with UTF-8 letters on zsh
Package: emacs22 Severity: normal Emacs cannot open files with UTF-8 filename on zsh. No problem if I open file from C-x C-f or from Dired. On bash, there is also no problem handling this file, but Vim, /bin/cat can properly handle the file thus I file this bug to emacs22. To reproduce: $ zsh % touch $'\xe3\x81\x8b' % echo aaa $'\xe3\x81\x8b' % emacs -Q $'\xe3\x81\x8b' (Does not open the file but new buffer is given) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#462247: hgsvn: should depends on python-elementtree
Package: hgsvn Version: 0.1.5-1 Severity: serious Justification: Policy 3.5 hgpullsvn command depends on python-elementtree package. Without it, hgpullsvn produces the following error: $ hgpullsvn Traceback (most recent call last): File /usr/bin/hgpullsvn, line 5, in ? from pkg_resources import load_entry_point File /usr/lib/python2.4/site-packages/pkg_resources.py, line 2561, in ? working_set.require(__requires__) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 626, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: elementtree -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hgsvn depends on: ii mercurial 0.9.5-3 Scalable distributed version contr ii python 2.4.4-6 An interactive high-level object-o ii python-setuptools 0.6c7-1 Python Distutils Enhancements ii python-support 0.7.6automated rebuilding support for p ii subversion 1.4.4dfsg1-1 Advanced version control system hgsvn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382880: atlas3: New stable version 3.8.0 has been released
Package: atlas3 Followup-For: Bug #382880 Hi, I just found that the upstream released new *stable* version 3.8.0 [1,2]. Could you consider packaging them? This version uses gcc 4.2 as the default compiler, so g77 - gfortran transition can be done smoothly when packaging the new version. This will also close #426070, #378207, #382340. I think that refblas3 and lapack3 should be updated at the same time. So this update will affect lots of packages used for scientific purposes (octave, r-base etc.). [1] http://www.nabble.com/ATLAS-3.8.0-t4607937.html [2] http://math-atlas.sourceforge.net/atlas_install/ -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#429660: g++-4.2: program using locales segfaults when compile with locales
Package: g++-4.2
Version: 4.2-20070609-1
Severity: normal
The sample program below segfaults.
#include stdexcept
#include iostream
#include locale
int main (int argc, char **argv) {
try {
std::locale::locale(ja_JP.UTF-8);
} catch (const std::runtime_error err) {
std::cerr err.what() '\n';
}
}
Of course I have generated the ja_JP.UTF-8 locale.
Since my mother language is Japanese, I
use my computer with the locale every day.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.20-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages g++-4.2 depends on:
ii gcc-4.2 4.2-20070609-1 The GNU C compiler
ii gcc-4.2-base 4.2-20070609-1 The GNU Compiler Collection (base
ii libc6 2.5-11 GNU C Library: Shared libraries
ii libstdc++6-4.2-dev4.2-20070609-1 The GNU Standard C++ Library v3 (d
g++-4.2 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425101: qgfe: typo in package description: costumization - customization
Package: qgfe Severity: minor There is an typo in package description: costumization should be customization. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#418988: lam-runtime: should depend not on ssh | rsh-server but on ssh-server | rsh-server
Package: lam-runtime
Version: 7.1.2-1
Severity: normal
Tags: patch
The lam-runtime package depend on ssh | rsh-server for ssh-server feature.
However, openssh-server provides ssh-server, not ssh. The ssh package
is now a transitional package for both openssh-server and openssh-client
packages, but due to lam-runtime, I cannot remove ssh package.
The attached patch is for debian/control file.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.18-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages lam-runtime depends on:
ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii dpkg1.13.25 package maintenance system for Deb
ii lam4c2 7.1.2-1 Shared libraries used by LAM paral
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libgcc1 1:4.1.1-21 GCC support library
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii openssh-client [rsh-client] 1:4.3p2-9Secure shell client, an rlogin/rsh
ii ssh 1:4.3p2-9Secure shell client and server (tr
lam-runtime recommends no packages.
-- debconf information:
lam-runtime/lam3:
* lam-runtime/lam4:
--- lam-7.1.2/debian/control.orig 2007-04-13 17:12:15.458528924 +0900
+++ lam-7.1.2/debian/control2007-04-13 17:12:31.343526947 +0900
@@ -54,7 +54,7 @@
Conflicts: lam1-runtime,lam
Replaces: lam1-runtime,lam
Pre-Depends: dpkg (= 1.6.8)
-Depends: ${shlibs:Depends},ssh | rsh-client,ssh | rsh-server,debconf |
debconf-2.0
+Depends: ${shlibs:Depends},ssh | rsh-client,ssh-server | rsh-server,debconf |
debconf-2.0
Description: LAM runtime environment for executing parallel programs
LAM (Local Area Multicomputer) is an open source implementation of the
Message Passing Interface (MPI) standard.
Bug#413651: closed by Daniel Burrows [EMAIL PROTECTED] (Re: Bug#413651: aptitude: cannot get *_all.deb packages from snapshot.debian.net on amd64)
Hi, On 3/11/07, Daniel Burrows [EMAIL PROTECTED] wrote: On Sun, Mar 11, 2007 at 12:28:20PM +0900, Ryo IGARASHI [EMAIL PROTECTED] was heard to say: This output says that you have emacs-snapshot-common installed on both computers, at the same version. Maybe explaining what you're trying to do and the error message you're getting would make it clearer what the problem is. I apologize my bad English... I will explain to you what I exactly thought and did as precisely as I can. First, I use emacs-snapshot-* packages every day. When I upgraded the packages, I thought I found a bug in emacs-snapshot-* package, and I wanted to downgrade the emacs-snapshot-* packages in order to check that the bug I found really related to the new version of emacs-snapshot-* packages. Then I decided to use snapshot.debian.net service. I added the following entry to /etc/apt/sources.list.d/snapshot-emacs.list and wanted to downgrade emacs-snapshot-* packages with aptitude: deb http://snapshot.debian.net/archive pool emacs-snapshot deb-src http://snapshot.debian.net/archive pool emacs-snapshot Finally I found that aptitude could list older version of architecture dependent packages (e.g. emacs-snapshot-gtk) but not independent packages (e.g. emacs-snapshot-common) on amd64 machines, whereas this worked completely well on i686 machines. So I thought that my sources.list entry was OK (because I could find some older packages) and this may relates to apt/aptitude bug. -- Ryo IGARASHI [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414329: M-x info failed on emacs-snapshot when I installled ecb
Package: ecb Version: 2.32-1 Severity: normal Hi, When I install ecb package, M-x info on emacs-snapshot don't work properly. Debug output is as follows. However, on emacs21, info worked fine. Debugger entered--Lisp error: (error Recursive `require' for feature \ `sb-info') require(sb-info) eval((require (quote sb-info))) eval-after-load(info (require (quote sb-info))) byte-code(\300\301\302\\210\303\304!\207 [eval-after-load info \ (require (quote sb-info)) provide sb-info] 3) require(sb-info) eval((require (quote sb-info))) eval-after-load(info (require (quote sb-info))) byte-code(\300\301\302\\210\303\304!\207 [eval-after-load info \ (require (quote sb-info)) provide sb-info] 3) require(sb-info) eval((require (quote sb-info))) eval-after-load(info (require (quote sb-info))) byte-code(\300\301\302\\210\303\304!\207 [eval-after-load info \ (require (quote sb-info)) provide sb-info] 3) require(sb-info) eval((require (quote sb-info))) eval-after-load(info (require (quote sb-info))) byte-code(\300\301\302\\210\303\304!\207 [eval-after-load info \ (require (quote sb-info)) provide sb-info] 3) require(sb-info) eval((require (quote sb-info))) do-after-load-evaluation(/usr/share/emacs/22.0.95/lisp/info.elc) \ (info) eval((info)) -- Ryo IGARASHI [EMAIL PROTECTED] -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages ecb depends on: ii cedet-contrib 1:1.0pre3-6 Collection of Emacs Development En ii cogre 1:1.0pre3-6 Connected Graph Editor ii eieio 1:1.0pre3-6 Enhanced Implementation of Emacs I ii emacs-snapshot-gtk [emacsen 1:20070302-1 The GNU Emacs editor (with GTK+ 2. ii emacs21-nox [emacsen] 21.4a+1-3The GNU Emacs editor (without X su ii semantic1:1.0pre3-6 Parser Infrastructure for Emacsen ii speedbar1:1.0pre3-6 Everything browser, or Dired on st ecb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
