Bug#1009256: ibus: Upstream uses bashisum
Package: ibus Version: 1.5.26-3 Severity: important Tags: upstream Dear Maintainer, You mgiht known https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1968459 upstream start script was written by bashisum. That ts why X11 users launch ibus-datemon indiviually. For Example ``` cat /tmp/hoge1.sh #!/bin/sh /usr/bin/ibus-daemon --panel disable $([[ $XDG_SESSION_TYPE == "x11" ]] && echo "--xim") ``` ``` checkbashism /tmp/hoge1.sh possible bashism in hoge1.sh line 2 (alternative test command ([[ foo ]] should be [ foo ])): /usr/bin/ibus-daemon --panel disable $([[ $XDG_SESSION_TYPE == "x11" ]] && echo "--xim") possible bashism in hoge1.sh line 2 (should be 'b = a'): /usr/bin/ibus-daemon --panel disable $([[ $XDG_SESSION_TYPE == "x11" ]] && echo "--xim") ``` Fix these bashsim. or change origianl bug reqport(use Bash) -- Package-specific info: ibus is /usr/bin/ibus ibus-setup is /usr/bin/ibus-setup im-config -l => ibus xim im-config -m => 'default' 'ibus' 'ibus' '' 'ibus' XMODIFIERS= GTK_IM_MODULE= QT_IM_MODULE= WAYLAND_DISPLAY= XDG_CURRENT_DESKTOP= XDG_MENU_PREFIX= XDG_RUNTIME_DIR=/run/user/1000 XDG_SEAT= XDG_SESSION_CLASS=user XDG_SESSION_DESKTOP= XDG_SESSION_ID=1034 XDG_SESSION_TYPE=tty == ls -l /usr/lib/ibus/ibus-* /usr/libexec/ibus-* == /bin/ls: cannot access '/usr/lib/ibus/ibus-*': No such file or directory -rwxr-xr-x 1 root root 22832 Apr 4 20:01 /usr/libexec/ibus-dconf -rwxr-xr-x 1 root root 1119 Jan 2 05:25 /usr/libexec/ibus-engine-anthy -rwxr-xr-x 1 root root 14640 Apr 4 20:01 /usr/libexec/ibus-engine-simple -rwxr-xr-x 1 root root 166192 Apr 4 20:01 /usr/libexec/ibus-extension-gtk3 -rwxr-xr-x 1 root root 18736 Apr 4 20:01 /usr/libexec/ibus-memconf -rwxr-xr-x 1 root root 92464 Apr 4 20:01 /usr/libexec/ibus-portal -rwxr-xr-x 1 root root 1053 Jan 2 05:25 /usr/libexec/ibus-setup-anthy -rwxr-xr-x 1 root root 121144 Apr 4 20:01 /usr/libexec/ibus-ui-emojier -rwxr-xr-x 1 root root 321904 Apr 4 20:01 /usr/libexec/ibus-ui-gtk3 -rwxr-xr-x 1 root root 100280 Apr 4 20:01 /usr/libexec/ibus-x11 == dpkg-query -l 'ibus*' == Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==--=== ii ibus 1.5.26-3 amd64Intelligent Input Bus - core ii ibus-anthy 1.5.14-1 amd64anthy engine for IBus un ibus-array (no description available) ii ibus-clutter:amd64 0.0+git20090728.a936bacf-7 amd64ibus input method framework for clutter ii ibus-data 1.5.26-3 all Intelligent Input Bus - data files un ibus-doc (no description available) un ibus-el(no description available) un ibus-googlepinyin (no description available) ii ibus-gtk:amd64 1.5.26-3 amd64Intelligent Input Bus - GTK2 support ii ibus-gtk3:amd641.5.26-3 amd64Intelligent Input Bus - GTK3 support un ibus-gtk4 (no description available) un ibus-pinyin(no description available) === gsettings === org.freedesktop.ibus.general dconf-preserve-name-prefixes ['/desktop/ibus/engine/pinyin', '/desktop/ibus/engine/bopomofo', '/desktop/ibus/engine/hangul'] org.freedesktop.ibus.general embed-preedit-text true org.freedesktop.ibus.general enable-by-default false org.freedesktop.ibus.general engines-order ['anthy', 'xkb:jp::jpn'] org.freedesktop.ibus.general preload-engines ['xkb:jp::jpn', 'anthy'] org.freedesktop.ibus.general switcher-delay-time 400 org.freedesktop.ibus.general use-global-engine true org.freedesktop.ibus.general use-system-keyboard-layout false org.freedesktop.ibus.general use-xmodmap true org.freedesktop.ibus.general version '1.5.25' org.freedesktop.ibus.general xkb-latin-layouts ['ara', 'bg', 'cz', 'dev', 'gr', 'gur', 'in', 'jp(kana)', 'mal', 'mkd', 'ru', 'ua'] org.freedesktop.ibus.general.hotkey disable-unconditional @as [] org.freedesktop.ibus.general.hotkey enable-unconditional @as [] org.freedesktop.ibus.general.hotkey next-engine ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey next-engine-in-menu ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey prev-engine @as [] org.freedesktop.ibus.general.hotkey previous-engine @as [] org.freedesktop.ibus.general.hotkey trigger ['Control+space', 'Zenkaku_Hankaku', 'Alt+Kanji', 'Alt+grave', 'Hangul', 'Alt+Release+Alt_R'] org.freedesktop.ibus.general.hotkey triggers ['Zenkaku_Hankaku'] org.freedesktop.ibus.panel auto-hide-timeout 1 org.freedesktop.ibus.panel custom-font 'Sans 24' org.freed
Bug#1006352: bsfiltger: "Cannot load such file -- sdbm (LoadError)"
Package: bsfilter Version: 1:1.0.19-2.1 Severity: grave Justification: renders package unusable Dear Maintainer, Due to ruby transition, ruby could not load sdbm module. I use bsfilter which classifies spam mail. ``` $ bsfilter :85:in `require': cannot load such file -- sdbm (LoadError) Did you mean? dbm from :85:in `require' from /usr/bin/bsfilter:3106:in `get_options' from /usr/bin/bsfilter:3262:in `setup' from /usr/bin/bsfilter:3413:in `' ``` -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bsfilter depends on: ii ruby 1:3.0 bsfilter recommends no packages. Versions of packages bsfilter suggests: pn ruby-mecab pn ruby-qdbm -- no debconf information
Bug#995611: vim-fugitive: E1208 -complete used without allowing arguments. happened in vim script
Package: vim-fugitive Version: 3.2-1 Severity: normal Dear Maintainer, When I open file with vim, every time see error message. ``` # LANG=C vim /var/lib/vim/addons/plugin/fugitive.vim Error detected while processing /var/lib/vim/addons/plugin/fugitive.vim: line 450: E1208: -complete used without allowing argumentsline 451: E1208: -complete used without allowing argumentsPress ENTER or type command to continue ``` I have not changed any vim-fugitive settings. Only I do upgrade debian system. How do I correct this? -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-1-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vim-fugitive depends on: ii vim2:8.2.3455-1 ii vim-addon-manager 0.5.10 ii vim-gtk3 [vim] 2:8.2.3455-1 ii vim-nox [vim] 2:8.2.3455-1 vim-fugitive recommends no packages. vim-fugitive suggests no packages. -- no debconf information
Bug#985384: pcp: Need to write permission to /var/log/pcp/pmfind/
Package: pcp Version: 5.2.6-1 Severity: normal Dear Maintainer, Your pcp package need to give write permissions to /var/log/pcp/pmfind/ pcp claims that it could not touch /var/log/pcp/pmfind/pmfind_check.log. ``` root@Odayla:/home/yabuki# LANG=C ls -la /var/log/pcp/pmfind/ total 0 drwxr-xr-x 1 root root 0 Dec 18 06:11 . drwxrwxr-x 1 pcp pcp 98 Feb 4 03:25 .. ``` I realized that pcp user got a lot of mails like that: ``` From pcp@localhost Sun Jan 10 14:59:07 2021 Return-path: Envelope-to: pcp@localhost Delivery-date: Sun, 10 Jan 2021 14:59:07 +0900 Received: from pcp by Odayla with local (Exim 4.94) (envelope-from ) id 1kyTkj-00BDW0-Gl for pcp@localhost; Sun, 10 Jan 2021 14:59:03 +0900 From: root@localhost (Cron Daemon) To: pcp@localhost Subject: Cron /usr/lib/pcp/bin/pmfind_check MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: Message-Id: Date: Sun, 10 Jan 2021 14:59:01 +0900 touch: '/var/log/pcp/pmfind/pmfind_check.log' に touch できません: 許可がありません /usr/lib/pcp/bin/pmfind_check: 136: cannot create /var/log/pcp/pmfind/pmfind_check.log: Permission denied ``` -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pcp depends on: ii gawk1:5.1.0-1 ii libc6 2.31-9 ii libncurses6 6.2+20201114-2 ii libncursesw66.2+20201114-2 ii libpcp-gui2 5.2.6-1 ii libpcp-import1 5.2.6-1 ii libpcp-mmv1 5.2.6-1 ii libpcp-pmda35.2.6-1 ii libpcp-trace2 5.2.6-1 ii libpcp-web1 5.2.6-1 ii libpcp3 5.2.6-1 ii libpfm4 4.11.1+git8-gc96ebc0-1 ii libreadline88.1-1 ii libssl1.1 1.1.1j-1 ii libsystemd0 247.3-3 ii libtinfo6 6.2+20201114-2 ii libuv1 1.40.0-1 ii procps 2:3.3.17-4 ii python3 3.9.2-2 ii python3-pcp 5.2.6-1 Versions of packages pcp recommends: ii libpcp-pmda-perl 5.2.6-1 Versions of packages pcp suggests: pn bpftrace pn libpcp-import-perl ii pcp-gui 5.2.6-1 pn redis-server -- no debconf information
Bug#982166: vim-ultisnips: I could not do "vam remove -w ultisnips"
Package: vim-ultisnips Version: 3.1-3.1 Severity: important Dear Maintainer, As you might know issue, #810929, I also met same bug in this packge. Then I got another trouble. I just remove vim-ultisnips temporary. ``` root@Odayla:/home/yabuki# vam remove -w ultisnips Info: removing installed addon 'ultisnips' from /var/lib/vim/addons Traceback (most recent call last): 11: from /usr/bin/vam:2:in `' 10: from /usr/bin/vam:2:in `load' 9: from /usr/bin/vim-addon-manager:282:in `' 8: from /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:54:in `remove' 7: from /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:54:in `each' 6: from /usr/lib/ruby/vendor_ruby/vim/addon_manager.rb:55:in `block in remove' 5: from /usr/lib/ruby/vendor_ruby/vim/addon_manager/addon/legacy.rb:88:in `remove' 4: from /usr/lib/ruby/2.7.0/set.rb:328:in `each' 3: from /usr/lib/ruby/2.7.0/set.rb:328:in `each_key' 2: from /usr/lib/ruby/vendor_ruby/vim/addon_manager/addon/legacy.rb:88:in `block in remove' 1: from /usr/lib/ruby/vendor_ruby/vim/addon_manager/addon/legacy.rb:104:in `rmdirs' /usr/lib/ruby/vendor_ruby/vim/addon_manager/addon/legacy.rb:104:in `delete': Is a directory @ apply2files - /var/lib/vim/addons/pythonx/UltiSnips (Errno::EISDIR) ``` then ``` vam status # Name User Status System Status airline installed removed airline-themes installed installed asciidocinstalled removed ctrlp removed removed editexistinginstalled removed fugitiveinstalled removed jinja installed removed justify removed removed latex-suite installed removed matchit removed removed powerline installed removed snippetsremoved installed ultisnips removed broken ``` I did not expect status turns broken. FYI: UltiSnips directory is missing. ``` LANG=C ls -la /var/lib/vim/addons/pythonx/UltiSnips/ total 0 drwxr-xr-x 1 root root 60 Feb 7 14:11 . drwxr-xr-x 1 root root 46 Dec 5 20:59 .. drwxr-xr-x 1 root root 1912 Dec 14 19:09 __pycache__ drwxr-xr-x 1 root root 68 Feb 7 14:11 snippet drwxr-xr-x 1 root root 22 Feb 7 14:11 text_objects ``` -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vim-ultisnips depends on: ii python3 3.9.1-1 ii python3-pynvim [vim-python3] 0.4.2-1 ii vim-addon-manager 0.5.10 ii vim-gtk3 [vim-python3]2:8.2.2434-1 ii vim-nox [vim-python3] 2:8.2.2434-1 Versions of packages vim-ultisnips recommends: ii vim-snippets 1.0.0-7 vim-ultisnips suggests no packages. -- no debconf information
Bug#980754: yadm:bash completions does not work
Package: yadm Version: 2.5.0-2 Severity: normal Dear Maintainer, I use yadm with bash. I use yadm command frequency. Once a day, yadm works fine with bash. But nowadays, yadm does not do completions with bash. I just switch in zsh. It look yadm completion is fine. I checked vanilla bash environment with yadm. yadm with bash_completion does not work. Who works yadm with bash_completions fine? Best regards, Yukiharu -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages yadm depends on: ii git 1:2.30.0-1 yadm recommends no packages. yadm suggests no packages. -- no debconf information
Bug#979396: mypaint: #954142 again?
Package: mypaint Version: 2.0.1-2 Severity: important Dear Maintainer, We upgraded python 3.9.1. This bug seems to me that #954142 back again. mypaint shows me: ``` $ mypaint INFO: mypaint: Installation layout: conventional POSIX-like structure with prefix '/usr' Traceback (most recent call last): File "/usr/bin/mypaint", line 293, in = get_paths() File "/usr/bin/mypaint", line 241, in get_paths from lib import fileutils File "/usr/lib/mypaint/lib/fileutils.py", line 25, in import lib.helpers File "/usr/lib/mypaint/lib/helpers.py", line 25, in from . import mypaintlib File "/usr/lib/mypaint/lib/mypaintlib.py", line 13, in from . import _mypaintlib ImportError: /usr/lib/mypaint/lib/_mypaintlib.cpython-39-x86_64-linux-gnu.so: undefined symbol: mypaint_brush_stroke_to_2_linearsRGB ``` And does not work. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-5-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mypaint depends on: ii gir1.2-gtk-3.0 3.24.24-1 ii libc62.31-7 ii libgcc-s110.2.1-3 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.4-1 ii libgomp1 10.2.1-3 ii liblcms2-2 2.9-4+b1 ii libmypaint-1.5-1 1:1.5.1-dmo2 ii libpng16-16 1.6.37-3 ii librsvg2-bin 2.50.2+dfsg-1 ii libstdc++6 10.2.1-3 ii mypaint-brushes 2.0.2+ds1-1 ii mypaint-data 2.0.1-2 ii python3 3.9.1-1 ii python3-distutils3.9.1-2 ii python3-gi 3.38.0-1+b2 ii python3-gi-cairo 3.38.0-1+b2 ii python3-numpy1:1.19.4-1+b1 Versions of packages mypaint recommends: ii mypaint-data-extras 2.0.1-2 ii shared-mime-info 2.0-1 mypaint suggests no packages. -- no debconf information
Bug#977429: vim-runtime: vim:spec.vim occurs Error let keyword is missing...
Package: vim-runtime Version: 2:8.2.1913-1 Severity: normal Dear Maintainer, I ran accross a bug when I use spec.vim. I set g:spec_chglog_format in ~/.vimrc and ``` au BufNewFile,BufRead *.changelog setf spec ``` Then push '\c', spec.vim gives me Error. I investigate this. I found let keyword is missing. And I checked upstream repository. Upstream's spec.vim seemed to me that this issue has already fixed. I am confusing that vim-runtime is not follow upstream (I checked vim/vim.git in github) -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 2:8.2.1913-1+b2 ii vim-gtk3 [vim] 2:8.2.1913-1+b2 ii vim-nox [vim] 2:8.2.1913-1+b2 vim-runtime suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/vim/vim82/ftplugin/spec.vim (from vim-runtime package)
Bug#976695: vim-ctrlp does not work with packadd!
Package: vim-ctrlp Version: 1.81-1 Severity: important Dear Maintainer, You annunced NEWS. use packadd! but, vim said: E919: ディレクトリが 'packpath' の中にありません: "pack/*/opt/ctrlp" This means vim can't find ctrlp in "pack/*/opt/ctrlp" I have redoed "vam install ctrlp" -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vim-ctrlp depends on: ii neovim 0.4.4-1 ii vim 2:8.2.1913-1+b2 ii vim-gtk3 [vim] 2:8.2.1913-1+b2 ii vim-nox [vim] 2:8.2.1913-1+b2 vim-ctrlp recommends no packages. Versions of packages vim-ctrlp suggests: ii vim-addon-manager 0.5.10 -- no debconf information
Bug#961493: vim-scripts: please update bufexplorer 7.4.21.
Package: vim-scripts Version: 20180807 Severity: wishlist Dear Maintainer, You may know new upstream release. please update one. see: https://www.vim.org/scripts/script.php?script_id=42 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN 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 vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim2:8.2.0716-3 ii vim-addon-manager 0.5.10 ii vim-gtk3 [vim] 2:8.2.0716-3 ii vim-nox [vim] 2:8.2.0716-3 Versions of packages vim-scripts suggests: pn libtemplate-perl pn perlsgml ii universal-ctags [ctags] 0+git20191013-1 -- no debconf information
Bug#960518: vim-snippets: box and bbox in all.snippets do not work in changelog file.
Package: vim-snippets Version: 1.0.0-7 Severity: normal Dear Maintainer, I'm using vim-snippets and ultisnips. I'd like to use box in changelog file. time and lorem snippets worked fine. But box and bbox snippets got error. See blow.[1]. I asked local vim community. They answered that you need to add blow [2] that works fine. I understood that all.snippets do not determin what is comment in changelog. Did you reproduce this issue? [2] added in .vimrc augroup CustomCommentString autocmd! autocmd FileType changelog setlocal commentstring=/*%s*/ autocmd FileType changelog setlocal comments=s1:/*,mb:*,ex:*/ augroup END - [1] error messages. An error occured. This is either a bug in UltiSnips or a bug in a snippet definition. If you think this is a bug, please report it to https://github.com/SirVer/ultisnips/issues/new. Following is the full stack trace: Traceback (most recent call last): File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 61, in wrapper return func(self, *args, **kwds) File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 163, in expand if not self._try_expand(): File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 725, in _try_expand self._do_snippet(snippet, before) File "/home/yabuki/.vim/pythonx/UltiSnips/snippet_manager.py", line 679, in _do_snippet si = snippet.launch(text_before, self._visual_content, File "/home/yabuki/.vim/pythonx/UltiSnips/snippet/definition/_base.py", line 421, in launch snippet_instance.update_textobjects() File "/home/yabuki/.vim/pythonx/UltiSnips/text_objects/_snippet_instance.py", line 79, in update_textobjects if obj._update(done): File "/home/yabuki/.vim/pythonx/UltiSnips/text_objects/_python_code.py", line 271, in _update exec(code, self._locals) # pylint:disable=exec-used File "", line 2, in File "", line 51, in make_box File "", line 47, in _get_comment_format File "", line 15, in _parse_comments ValueError: not enough values to unpack (expected 2, got 1) Executed snippet code: 1 2 box = make_box(len(t[1])) 3 snip.rv = box[0] + '\n' + box[1] 4 *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN 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 vim-snippets depends on: ii vim2:8.2.0716-3 ii vim-addon-manager 0.5.10 ii vim-gtk3 [vim] 2:8.2.0716-3 ii vim-nox [vim] 2:8.2.0716-3 vim-snippets recommends no packages. vim-snippets suggests no packages. -- no debconf information
Bug#960184: ranger: shell_automatic_cd.sh does not work well.
Package: ranger
Version: 1.9.3-2
Severity: normal
Tags: upstream
Dear Maintainer,
I eojoyed to use ranger. I found a minor bug. Shell
script "/usr/share/doc/ranger/examples/shell_automatic_cd.sh" does not
work well.
I took a look at the code. It wrote:
-
ranger_cd() {
temp_file="$(mktemp -t "ranger_cd.XX")"
ranger --choosedir="$temp_file" -- "${@:-$PWD}"
if chosen_dir="$(cat -- "$temp_file")" && [ -n "$chosen_dir" ] && [
"$chosen_dir" != "$PWD" ]; then
cd -- "$chosen_dir"
fi
rm -f -- "$temp_file"
}
# This binds Ctrl-O to ranger-cd:
bind '"\C-o":"ranger-cd\C-m"'
-
ranger-cd is wrong. ranger_cd is correct.
wrong; "-(hypen)"
correct; "_(underscore)"
That is why ctrl+o does not work.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.6.0-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
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 ranger depends on:
ii python3 3.8.2-3
ii python3.8 3.8.3~rc1-1
ii sensible-utils 0.0.12+nmu1
Versions of packages ranger recommends:
ii file 1:5.38-4
ii less 551-1
ii python3-chardet 3.0.4-7
ii w3m-img 0.5.3-38
Versions of packages ranger suggests:
ii atool 0.39.0-10
ii caca-utils0.99.beta19-2.1
ii highlight 3.41-2+b2
ii mediainfo 20.03-1
ii poppler-utils 0.71.0-6
ii python3-pygments 2.3.1+dfsg-3
ii sudo 1.8.31p1-1
pn unoconv
ii w3m 0.5.3-38
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/share/doc/ranger/examples/shell_automatic_cd.sh
(from ranger package)
Bug#947345: pkgdiff: wishlist:new upstream
Package: pkgdiff Version: 1.7.2-1 Severity: wishlist Dear Maintainer, You might know pkgdiff 1.8 has been released. Please packaging new version. Best regards Yukiharu. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 pkgdiff depends on: ii gawk 1:5.0.1+dfsg-1 ii perl 5.30.0-9 ii rpm4.14.2.1+dfsg1-1+b1 ii wdiff 1.2.2-2+b1 pkgdiff recommends no packages. Versions of packages pkgdiff suggests: pn abi-compliance-checker pn abi-dumper -- no debconf information
Bug#944313: python3-panwid: Please consider to make documantaion package
Package: python3-panwid Version: 0.2.5-1 Severity: wishlist Dear Maintainer, I would like to learn python3-panwid. Then I installed. Installing is fine. But I could not find examples and documents in this package. I check the upstream repository in Github. I found document and examples. I am wondering why maintainer does not contain these materials. I thought maintainer wrote something in README.Debian. I could not find README.Debian too. Please consider to make and/or contain a document and examples. Best, Yukiharu -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-1-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 python3-panwid depends on: ii python3 3.7.5-1 ii python3-blist1.3.6-6 ii python3-orderedattrdict 1.5-1 ii python3-raccoon 2.1.5-3 ii python3-six 1.12.0-2 ii python3-urwid2.0.1-2+b1 ii python3-urwid-utils 0.1.2.dev2-1 python3-panwid recommends no packages. python3-panwid suggests no packages. -- no debconf information
Bug#933718: O: canna-shion -- supporting dictionaries for Canna
Package: wnpp Severity: normal I intend to orphan the canna-shion package. I had waited new maintaner for long time. But nothing happend. I would like to move next step. The package description is: Shion is a set of dictionaries supporting Canna. It has much more words than original dictionaries of Canna and it makes Canna more intelligent.
Bug#933716: O: yc-el -- Yet another Canna client for Emacsen
Package: wnpp Severity: normal I intend to orphan the yc-el package. I had waited new mainainer for long time. But nothing happened. I would like to move next step. The package description is: Canna client for emacs21 or xemacs with MULE support. yc.el is implemented in pure elisp, allowing use of Canna on emacsen without direct support for Canna. . Canna is a Japanese input method.
Bug#933099: sagemath: sage command does not work due to it crashed
Package: sagemath Version: 8.6-6 Severity: important Dear Maintainer, I installed sagemath with aptitude. This is first time to use.(I mean clean instatation) I just type "sage". (I am going to call interactive shell). see below $ sage ┌┐ │ SageMath version 8.6, Release Date: 2019-01-15 │ │ Using Python 2.7.16. Type "help()" for help. │ └┘ ** Oops, Sage crashed. We do our best to make it stable, but... A crash report was automatically generated with the following information: - A verbatim copy of the crash traceback. - A copy of your input history during this session. - Data on your current Sage configuration. It was left in the file named: '/home/yabuki/.ipython/Sage_crash_report.txt' If you can email this file to the developers, the information in it will help them in understanding and correcting the problem. You can mail it to: sage-support at sage-supp...@googlegroups.com with the subject 'Sage Crash Report'. If you want to do it now, the following command will work (under Unix): mail -s 'Sage Crash Report' sage-supp...@googlegroups.com < /home/yabuki/.ipython/Sage_crash_report.txt In your email, please also include information about: - The operating system under which the crash happened: Linux, macOS, Windows, other, and which exact version (for example: Ubuntu 16.04.3, macOS 10.13.2, Windows 10 Pro), and whether it is 32-bit or 64-bit; - How Sage was installed: using pip or conda, from GitHub, as part of a Docker container, or other, providing more detail if possible; - How to reproduce the crash: what exact sequence of instructions can one input to get the same crash? Ideally, find a minimal yet complete sequence of instructions that yields the crash. To ensure accurate tracking of this issue, please file a report about it at: http://trac.sagemath.org Hit to quit (your terminal may close): and attach crash report. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN 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 sagemath depends on: ii cysignals-tools 1.8.1+ds-2 ii cython0.29.2-2 ii ecl 16.1.3+ds-2 ii eclib-tools 20190226-2 ii fflas-ffpack 2.3.2-3 ii flintqs 1:1.0-3 ii gap-atlasrep 1.5.1-2 ii gap-core 4r10p2-2 ii gap-dev 4r10p2-2 ii gap-online-help 4r10p2-2 ii gap-primgrp 3.3.2-1 ii gap-smallgrp 1.3-1 ii gap-table-of-marks1.2.7-2 ii gap-transgrp 2.0.4-1 ii gfan 0.6.2-2 ii gmp-ecm 7.0.4+ds-5 ii ipython 5.8.0-1 ii iso-codes 4.3-1 ii jmol 14.6.4+2016.11.05+dfsg1-4 ii lcalc 1.23+dfsg-11 ii less 487-0.1+b1 ii libatlas3-base [liblapack.so.3] 3.10.3-8 ii libblas3 [libblas.so.3] 3.8.0-2 ii libbraiding0 1.0-1 ii libbrial-groebner31.2.4-2 ii libbrial3 1.2.4-2 ii libc6 2.28-10 ii libcdd-tools 094j-2 ii libcliquer1 1.21-2 ii libec420180815-2 ii libecm1 7.0.4+ds-5 ii libflint-2.5.22.5.2-19 ii libflint-arb2 1:2.16.0-2 ii libgc1c2 1:7.6.4-0.4 ii libgcc1 1:9.1.0-10 ii libgd32.2.5-5.2 ii libgivaro9
Bug#926694: ibus-skk: When I use nicola layout, I can't input some Japanese Characters.
Package: ibus-skk Version: 1.4.3-1 Severity: normal Dear Maintainer, I use skk-nicola when I input Japanese. Well, Today, I checked ibus-skk with nicola layout again. I am happy to find fixed bug #825936. But I found another grave bug for nicola layout user. I can't input modify some Japanese hirakana. For Example, I typed s+henkan key. skk-nicola should reply "Ji", but ibus-skk replyed "Si". It seems for me that henkan key does not work in nicola layout. It is not only "Ji" chatactor, but others, "De", "Ge", "Ze"... I could not write down any Japanese text. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN 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 ibus-skk depends on: ii ibus 1.5.19-4 ii libc6 2.28-8 ii libgee-0.8-2 0.20.1-2 ii libglib2.0-0 2.58.3-1 ii libgtk-3-0 3.24.5-1 ii libibus-1.0-5 1.5.19-4 ii libskk01.0.5-1 ii skkdic 20190217-1 ibus-skk recommends no packages. ibus-skk suggests no packages. -- no debconf information
Bug#922305: latexindent: please add dependency with liblog-log4perl-perl
Package: texlive-extra-utils Version: 2018.20190131-1 Severity: normal Dear Maintainer, When I use latexindent command in texlive-extra-utils, the command said: yabuki@Odayla:~$ latexindent Can't locate Log/Log4perl.pm in @INC (you may need to install the Log::Log4perl module) (@INC contains: /usr/share/texlive/texmf-dist/scripts/latexindent /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/x86_64-linux-gnu/perl5/5.28 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/share/texlive/texmf-dist/scripts/latexindent/LatexIndent/LogFile.pm line 22. BEGIN failed--compilation aborted at /usr/share/texlive/texmf-dist/scripts/latexindent/LatexIndent/LogFile.pm line 22. Compilation failed in require at /usr/share/texlive/texmf-dist/scripts/latexindent/LatexIndent/Document.pm line 25. BEGIN failed--compilation aborted at /usr/share/texlive/texmf-dist/scripts/latexindent/LatexIndent/Document.pm line 25. Compilation failed in require at /usr/bin/latexindent line 30. BEGIN failed--compilation aborted at /usr/bin/latexindent line 30. I installed liblog-log4perl-perl, latexindent works well. That is why, I'd like to add dpendency with liblog-log4perl-perl. Thank you. ## other files ## List of ls-R files -rw-rw-r-- 1 root staff 80 Jan 14 14:37 /usr/local/share/texmf/ls-R -rw-r--r-- 1 root root 1415 Feb 14 20:08 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Sep 2 21:32 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Jan 31 12:53 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jan 31 12:53 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 475 Sep 4 19:07 /etc/texmf/web2c/texmf.cnf lrwxrwxrwx 1 root root 33 Jan 31 12:53 /usr/share/texmf/web2c/fmtutil.cnf -> /var/lib/texmf/fmtutil.cnf-DEBIAN -rw-r--r-- 1 yabuki yabuki 25 Jan 18 14:29 /home/yabuki/.texlive2018/texmf-config/web2c/updmap.cfg -rw-r--r-- 1 root root 3377 Feb 14 20:07 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Aug 17 2017 mktex.cnf -rw-r--r-- 1 root root 475 Sep 4 19:07 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN 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 texlive-extra-utils depends on: ii libunicode-linebreak-perl 0.0.20170401-1+b1 ii python 2.7.15-4 ii tex-common 6.10 ii texlive-base 2018.20190131-1 ii texlive-binaries 2018.20181218.49446-1 ii texlive-latex-base 2018.20190131-1 Versions of packages texlive-extra-utils recommends: ii ghostscript9.26a~dfsg-2 ii libfile-homedir-perl 1.004-1 ii libyaml-tiny-perl 1.73-1 ii ruby 1:2.5.1 ii texlive-latex-recommended 2018.20190131-1 Versions of packages texlive-extra-utils suggests: pn chktex pn dvidvi ii dvipng 1.15-1.1 pn fragmaster pn lacheck pn latexdiff ii latexmk 1:4.61-0.1 pn purifyeps pn xindy Versions of packages tex-common depends on: ii dpkg 1.19.4 ii ucf 3.0038+nmu1 Versions of packages tex-common suggests: ii debhelper 12.1 Versions of packages texlive-extra-utils is related to: ii tex-common6.10 ii texlive-binaries 2018.20181218.49446-1 -- no debconf information
Bug#876995: timewarrior: "timew day" eats a lot memory, When I use "Unicode (Japanese) Tag"
Package: timewarrior Version: 1.0.0+ds.1-1 Severity: normal Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I started to use timewarrior. It seems to me that I track my time. timew command accept Unicode(Japanese) tag. timew summary outputs are also fine. But, When I try to do "timew day", my machine looks freezing. Because timew command grub 24G virutal memory. yabuki@yelona:~$ ps auxww | grep -i timew yabuki1360 21.8 94.7 25179664 7554388 pts/0 D+ 22:23 1:05 timew day yabuki1386 0.0 0.0 12264 988 pts/1S+ 22:28 0:00 grep -i timew strace -p 1360 strace: Process 1360 attached strace: [ Process PID=1360 runs in x32 mode. ] strace: [ Process PID=1360 runs in 64 bit mode. ] mmap(NULL, 17179873280, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f7f6d498000 I used 英語 tag. 英語 means English in Japanese Kanji. I'd like to use unicode tag. That is why I reported. Best regards Yukiharu. -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 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) Versions of packages timewarrior depends on: ii libc6 2.24-11+deb9u1 ii libgcc1 1:6.3.0-18 ii libstdc++6 6.3.0-18 Versions of packages timewarrior recommends: ii taskwarrior 2.5.1+dfsg-3 timewarrior suggests no packages. -- no debconf information
Bug#876060: vit's error messages makes its output blow up.
Package: vit Version: 1.2-4 Severity: important Dear Maintainer, I start to use taskwarrior a week ago. That is good for me. And, I tried to use vit on urxvt (rxvt-unicode 9.22-1+b1) And, I use taskwarrior with Japanese(UTF8 encode) When I use vit, vit reports "Negative repeat count does nothing at /usr/bin/vit line 775." more than three times. It does not make me read tasks. And, use "j","k" key, makes blow up messages on the terminal. I would like to use vit on UTF8 environment(Japanese environment) If you want to dummy data for reporducing. I will make that. -- System Information: Debian Release: 9.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 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) Versions of packages vit depends on: ii libcurses-perl 1.36-1+b1 ii perl5.24.1-3+deb9u1 ii taskwarrior 2.5.1+dfsg-3 vit recommends no packages. vit suggests no packages. -- no debconf information
Bug#865740: wxmaxima: wxMaxima is caused segmentaion fault by ctrl+k
Package: wxmaxima Version: 16.04.2-1 Severity: important Dear Maintainer, I have just follow sequence wxmaxima's help file:///usr/share/doc/wxmaxima/wxmaxima.html 1.2.4 Command autocompletion tells me press ctrl+k. It makes wxmaixma happens segmentation fault. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8), LANGUAGE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wxmaxima depends on: ii ibus-gtk31.5.14-3 ii imagemagick 8:6.9.7.4+dfsg-11 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11 ii libc62.24-11+deb9u1 ii libgcc1 1:6.3.0-18 ii libstdc++6 6.3.0-18 ii libwxbase3.0-0v5 3.0.2+dfsg-4 ii libwxgtk3.0-0v5 3.0.2+dfsg-4 ii maxima 5.38.1-8+b1 ii maxima-doc 5.38.1-8 Versions of packages wxmaxima recommends: ii fonts-jsmath 0.090709+0-3 ii texlive-latex-extra 2016.20170123-5 wxmaxima suggests no packages. -- no debconf information
Bug#743277: uim-fep does not start to convert KANJI in default settings.
Package: uim-fep
Version: 1:1.8.6-4
Severity: normal
Dear Maintainer,
I expected I installed uim-fep. then do im-config.
But Shift + SPC, Ctrl + SPC, Hankaku/Zenkaku key do not start to convert Kanji.
I need to change '/usr/share/uim/generic-key-custom.scm'
;(define-custom 'generic-on-key '("zenkaku-hankaku" " ")
(define-custom 'generic-on-key '("zenkaku-hankaku" " ")
;(define-custom 'generic-off-key '("zenkaku-hankaku" " ")
(define-custom 'generic-off-key '("zenkaku-hankaku" " ")
This changes are able to start to convert KANJI, when you hit CTRL + SPC.
Best
Yukiharu
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.13-1-486
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 uim-fep depends on:
ii libc62.18-4
ii libgcroots0 0.8.5-4
ii libncurses5 5.9+20140118-1
ii libtinfo55.9+20140118-1
ii libuim-data 1:1.8.6-4
ii libuim-scm0 1:1.8.6-4
ii libuim8 1:1.8.6-4
ii uim-common 1:1.8.6-4
ii uim-utils1:1.8.6-4
uim-fep recommends no packages.
uim-fep 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#728182: devscripts: [ uscan ] out of date github example in manpage
Package: devscripts Version: 2.13.4 Severity: minor Tags: patch Dear Maintainer, Please check my patch for uscan.1 Yesterday, I checked uscan manpage. I was looking for example which is how to write github watch file. I found it. and it did not work well. Then, I searched example in wiki.debian.org. I got it. Best Yukiharu. P.S. I believed that I don't create any works of writing. if you take care of license, I'd like to apply upstream's license. thanks. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/2 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 devscripts depends on: ii dpkg-dev 1.17.1 ii libc62.17-93 ii perl 5.18.1-4 ii python3 3.3.2-17 pn python3:any Versions of packages devscripts recommends: ii at3.1.14-1 ii curl 7.33.0-1 ii dctrl-tools 2.23 ii debian-keyring2013.07.31 ii dput 0.9.6.4 ii equivs2.0.9 ii fakeroot 1.20-1 ii gnupg 1.4.15-1.1 ii libcrypt-ssleay-perl 0.58-1+b1 ii libdistro-info-perl 0.11 ii libencode-locale-perl 1.03-1 ii libjson-perl 2.61-1 ii libparse-debcontrol-perl 2.005-4 ii libsoap-lite-perl 0.716-1 ii liburi-perl 1.60-1 ii libwww-perl 6.05-1 ii lintian 2.5.19 ii man-db2.6.5-2 ii patch 2.7.1-3 ii patchutils0.3.2-2 ii python3-debian0.1.21+nmu2 ii python3-magic 1:5.14-2 ii sensible-utils0.0.9 ii strace4.5.20-2.3 ii unzip 6.0-10 ii wdiff 1.2.1-1 ii wget 1.14-4 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 pn cvs-buildpackage pn devscripts-el ii gnuplot 4.6.4-1 ii gpgv 1.4.15-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perl ii libtimedate-perl 1.2000-1 pn libyaml-syck-perl ii mutt 1.5.21-6.4 ii openssh-client [ssh-client] 1:6.2p2-6 pn svn-buildpackage ii w3m 0.5.3-12 -- no debconf information diff --git scripts/uscan.1 scripts/uscan.1 index af4e57f..899cccd 100644 --- scripts/uscan.1 +++ scripts/uscan.1 @@ -77,7 +77,10 @@ http://example.com/example-(\ed[\ed\.]*)\e.(?:zip|tgz|tbz2|txz|tar\e.(?:gz|bz2|x http://sf.net/audacity/audacity-src-(.+)\e.tar\e.gz # For GitHub projects you can use the tags page: -https://github.com///tags .*/(\ed[\ed\e.]*)\e.tar\e.gz +# or if you would like to use releases page, please replace +# tags with releases. +opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/-$1.tar.gz/ \ + https://github.com///tags .*/v?(\d\S*)\.tar\.gz # For Google Code projects you should use the downloads page like this: http://code.google.com/p//downloads/list?can=1 \e
Bug#350852: /usr/share/john/cronjohn delete /etc/shadow
Package: john Version: 1.6-33 Severity: important *** Please type your report below this line *** When I use john in woody, I upgrade to Sarge box from Woody box. I upgrade Debian in midnight (over 1:00;I think Debian system did /usr/share/john/cronjohn start) Then, /usr/share/john/cronjohn delete /etc/shadow ! It is serious situation. PAM does not work. user can not login. I use ssh (switch UsePAM Yes to No in /etc/sshd_config) Then, I resuce from /var/backup/shadow.bak. See below: This script delete /etc/shadow # bash -x /usr/share/john/cronjob start + JOHNDIR=/usr/sbin + PASSWD=/etc/passwd + SHADOW=/etc/shadow + RUNDIR=/var/lib/john + PIDDIR=/var/run/john + RESTORE=/var/lib/john/restore ++ grep -v '^#' /etc/john/john-mail.conf ++ grep -e '[ ]*passfile[ ]*=[ ]*' ++ sed -e 's/#.*//' -e 's/.*=[ ]*//' ++ head -1 + PASSFILE=/etc/shadow + cd /var/lib/john + '[' 1 -ne 1 ']' + john_start + '[' -z /etc/shadow ']' + RESTOREFILE= + '[' -f /var/lib/john/restore ']' + '[' -z '' -o '!' -f '' ']' + RESTORE_OPTION= + RESTOREFILE= + '[' -f /var/lib/john/restore ']' + rm -f /etc/shadow /etc/shadow.LrRdB0 ++ mktemp /etc/shadow.XX + TMPFILE=/etc/shadow.McrxWe + chmod og-rwx /etc/shadow.McrxWe + '[' -n /etc/shadow -a -f /etc/shadow ']' + cat /etc/passwd + '[' '!' -f /var/lock/john -a '!' -f /var/run/john/john.pid ']' ++ cat /var/run/john/john.pid + PID=4739 ++ readlink /proc/4739/exe + PROCPATH= ++ echo ++ sed '-es^/usr/sbin/john.*^/usr/sbin/john^' + RELEVANTPATH= + '[' '' = /usr/sbin/john ']' + mail -s 'There are John cron'\''s stale files' root -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages john depends on: ii debconf 1.4.30.13Debian configuration management sy ii dpkg1.10.28 Package maintenance system for Deb ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- debconf information excluded -- --- blog -> http://blog.good-day.net/~yabuki/diary/ --- Tel 06-4796-6670 FAX 06-4796-7373 --- Yukiharu YABUKI <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347491: Same Problem?
Hello, guys I guess that your problem is libdict_zh.so. http://lists.debian.org/debian-openoffice/2006/01/msg00063.html -- --- Please check -> http://www.good-day.co.jp/profile.html#saiyou --- blog -> http://blog.good-day.net/~yabuki/diary/ --- Tel 06-4796-6670 FAX 06-4796-7373 --- Yukiharu YABUKI <[EMAIL PROTECTED]> --- 株式会社 グッデイ (グッディと書きがちですが,大きい「イ」です.) --- GPG fingerprint = DB64 AF5C 4374 1E43 FA87 37AB 6692 F138 ED43 0BBA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346202: libgcj6-common: I can not install gcj-4.0 and java-gcj-compat-dev packages.
Package: libgcj6-common Severity: normal Hello Debian guys. I met dependency hell X-) please correct dependency. See below. == [EMAIL PROTECTED]:~/src/deb/openoffice.org/openoffice.org-2.0.1/debian$ export LANG=C;sudo aptitude install java-gcj-compat-dev Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages are BROKEN: libgcj6-jar The following NEW packages will be automatically installed: ecj-bootstrap ecj-bootstrap-gcj libgcj6-common The following packages have been kept back: myspell-en-us The following NEW packages will be installed: ecj-bootstrap ecj-bootstrap-gcj java-gcj-compat-dev libgcj6-common 0 packages upgraded, 4 newly installed, 0 to remove and 1 not upgraded. Need to get 3467kB/6587kB of archives. After unpacking 20.6MB will be used. The following packages have unmet dependencies: libgcj6-jar: Conflicts: libgcj6-common but 4.0.2-5j2 is to be installed. Resolving dependencies... The following actions will resolve these dependencies: Remove the following packages: gcj-4.0 java-gcj-compat libgcj6-dev libgcj6-jar libgcj6-src Keep the following packages at their current version: java-gcj-compat-dev [Not Installed] Leave the following dependencies unresolved: libgcj6 recommends libgcj6-jar (>= 4.0.2-5j2) Score is -1596 Accept this solution? [Y/n/q/?] y WARNING: untrusted versions of the following packages will be installed! Untrusted packages could compromise your system's security. You should only proceed with the installation if you are certain that this is what you want to do. libgcj6-common Do you want to ignore this warning and proceed anyway? To continue, enter "Yes"; to abort, enter "No": yes The following NEW packages will be automatically installed: libgcj6-common The following packages will be automatically REMOVED: gcj-4.0 java-gcj-compat libgcj6-dev libgcj6-jar libgcj6-src The following packages have been kept back: myspell-en-us The following NEW packages will be installed: libgcj6-common The following packages will be REMOVED: gcj-4.0 java-gcj-compat libgcj6-dev libgcj6-jar libgcj6-src 0 packages upgraded, 1 newly installed, 5 to remove and 1 not upgraded. Need to get 0B/3120kB of archives. After unpacking 51.2MB will be freed. Do you want to continue? [Y/n/?] -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) -- --- Please check -> http://www.good-day.co.jp/profile.html#saiyou --- blog -> http://blog.good-day.net/~yabuki/diary/ --- Tel 06-4796-6670 FAX 06-4796-7373 --- Yukiharu YABUKI <[EMAIL PROTECTED]> --- 株式会社 グッデイ (グッディと書きがちですが,大きい「イ」です.) --- GPG fingerprint = DB64 AF5C 4374 1E43 FA87 37AB 6692 F138 ED43 0BBA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298521: groff-base: Please, groff support some special character (u201D, u201C)
Package: groff-base (BVersion: 1.18.1.1-6 (BSeverity: minor (B (B*** Please type your report below this line *** (B (BHi, Debian Guys (B (BI would like to see man page for 'nkf' which is kanji encode transfer (Bfilter. (B (BI submit "man nkf" command. I can see man page. But I can see (Bsome strange message. (B (Bnkf(1):/tmp/zmanb0mEyx:286: warning: can't find special character `u201D' (B/tmp/zmanb0mEyx:432: warning: can't find special character `u201C' (B (BI check above message. I found some clue in Malling List in Japan. (Bhttp://lists.debian.or.jp/debian-doc/200311/msg00013.html(Sorry, It is Japanse (Bmessaage) (B (BI guess that some files in "/usr/share/groff/1.18.1/font/devnippon/" (Bdoese not have below characters. (B (B"LEFT DOUBLE QUOTATION MARK","LEFT SINGLE QUOTATION MARK", (B"RIGHT DOUBLE QUOTATION MARK", "RIGHT SINGlE QUOTATION MARK" (B (Bplease add (multi-byte) above characters (B (B (B-- System Information: (BDebian Release: 3.1 (B APT prefers unstable (B APT policy: (500, 'unstable') (BArchitecture: i386 (i686) (BKernel: Linux 2.4.27-1-686 (BLocale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (B (BVersions of packages groff-base depends on: (Bii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an (Bii libgcc1 1:3.4.3-11 GCC support library (Bii libstdc++5 1:3.3.5-9The GNU Standard C++ Library v3 (B (B-- no debconf information (B (B (B-- (B--- Please check -> http://www.good-day.co.jp/profile.html#saiyou (B--- blog -> http://blog.good-day.net/~yabuki/diary/ (B--- Tel 06-4796-6670 FAX 06-4796-7373 (B--- Yukiharu YABUKI <[EMAIL PROTECTED]> (B--- $B3t<02q
